diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 00000000..e69de29b diff --git a/404.html b/404.html new file mode 100644 index 00000000..d14d6e50 --- /dev/null +++ b/404.html @@ -0,0 +1,2550 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Apresentacoes/apresentacao01/index.html b/Apresentacoes/apresentacao01/index.html new file mode 100644 index 00000000..10bc2ff1 --- /dev/null +++ b/Apresentacoes/apresentacao01/index.html @@ -0,0 +1,2725 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação 1 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação 1 - 02/11/2024

+

Introdução

+

Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 1

+

Vídeo da apresentação

+

+

Vídeo 1: Requisitos - Apresentação 1

+ + +

Autor: Víctor Schmidt

+

+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.002/11/2024Criação do documentoVíctor SchmidtThales Euflauzino
1.102/11/2024Pequenas alteraçõesVíctor SchmidtThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Apresentacoes/apresentacao02/index.html b/Apresentacoes/apresentacao02/index.html new file mode 100644 index 00000000..7ec72bc0 --- /dev/null +++ b/Apresentacoes/apresentacao02/index.html @@ -0,0 +1,2718 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação 2 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação 2 - 23/11/2024

+

Introdução

+

Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 2.

+

Vídeo da apresentação

+

+

Vídeo 1: Requisitos - Apresentação 2

+ + +

Autor: Víctor Rodrigues

+

+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.023/11/2024Criação do documentoVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Apresentacoes/apresentacao03/index.html b/Apresentacoes/apresentacao03/index.html new file mode 100644 index 00000000..9a1707dc --- /dev/null +++ b/Apresentacoes/apresentacao03/index.html @@ -0,0 +1,2718 @@ + + + + + + + + + + + + + + + + + + + + + + + Apresentação 3 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação 3 - 07/12/2024

+

Introdução

+

Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 3.

+

Vídeo da apresentação

+

+

Vídeo 1: Requisitos - Apresentação 3

+ + +

Autor: Thales Euflauzino

+

+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.007/12/2024Criação do documentoThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Apresentacoes/apresentacao04/index.html b/Apresentacoes/apresentacao04/index.html new file mode 100644 index 00000000..5aff6da7 --- /dev/null +++ b/Apresentacoes/apresentacao04/index.html @@ -0,0 +1,2639 @@ + + + + + + + + + + + + + + + + + + + Apresentação 4 - 15/12/2024 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Apresentação 4 - 15/12/2024

+

Introdução

+

Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 4.

+

Vídeo da apresentação

+

+

Vídeo 1: Requisitos - Apresentação 4

+

[video]

+

Autor:

+

+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.012/12/2024Criação do documentoVictor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Atas/assets/ata03-01.jpg b/Atas/assets/ata03-01.jpg new file mode 100644 index 00000000..50182984 Binary files /dev/null and b/Atas/assets/ata03-01.jpg differ diff --git a/Atas/ata01/index.html b/Atas/ata01/index.html new file mode 100644 index 00000000..b17c3bd0 --- /dev/null +++ b/Atas/ata01/index.html @@ -0,0 +1,2841 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 1 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Reunião 23/10/2024

+

Início: 20:45 | Fim: 21:30

+ + +

Participantes Convocados

+ +

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não, onde ✅ significa que o participante está presente e ❌ significa que o participante não compareceu à reunião.

+

+

Tabela 1: Participantes Convocados e Presença na Reunião

+ + + + + + + + + +
NomeMatrículaPresente
Julia Takaki221029249✅
Maria Helena222006982✅
Thales Euflauzino222006178✅
Victor Rodrigues211063256✅
Víctor Schmidt222021924✅
+ +

Autor: Víctor Schmidt

+

+

Pautas

+ + +
    +
  • Divisão das tarefas
    • +
  • Comunicação sobre organização inicial no Notion
    • +
+

Decisões

+ + +
    +
  • Foram decididos/comunicados os apps que cada um escolheu para expor o porque do app ser escolhido
    • +
  • Foram definidos os prazos das entregas
    • +
+

Compromissos

+ +

Na reunião, foram definidos compromissos para os participantes executarem com o objetivo de dar continuidade ao projeto. Os compromissos, a pessoa responsável, a data da entrega e o revisor estão especificados na Tabela 2.

+

+

Tabela 2: Compromisso dos participantes decididos da reunião

+ + + + + + + + + +
CompromissoResponsávelData de EntregaRevisor
Planejamento do CronogramaMaria Helena e Víctor Schmidt25/10/2024Todos
App EscolhidoVictor Rodrigues26/10/2024Julia Takaki
Criação do GitHub PagesThales Euflauzino24/10/2024Víctor Schmidt
Termo de Uso do Aplicativo SelecionadoVictor Rodrigues26/10/2024Julia Takaki
Ferramentas Utilizadas para o ProjetoJulia Takaki27/10/2024Víctor Schmidt
+ +

Autor: Víctor Schmidt

+

+

Gravação da reunião

+ + +

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.023/10/2024Primeira ataVíctor SchmidtJulia Takaki
1.124/10/2024Adicionando videoVíctor SchmidtJulia Takaki
1.224/10/2024Corrigindo fontesVictor RodriguesThales Euflauzino
1.320/11/2024Corringindo sobrenome do victor rodriguesThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Atas/ata02/index.html b/Atas/ata02/index.html new file mode 100644 index 00000000..5064e7fb --- /dev/null +++ b/Atas/ata02/index.html @@ -0,0 +1,2813 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 2 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Reunião 23/10/2024

+

Início: 21:32 | Fim: 21:40

+ + +

Participantes Convocados

+ +

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não, onde ✅ significa que o participante está presente e ❌ significa que o participante não compareceu à reunião.

+

+

Tabela 1: Participantes Convocados e Presença na Reunião

+ + + + + + + + + +
NomeMatrículaPresente
Julia Takaki221029249✅
Maria Helena222006982✅
Thales Euflauzino222006178✅
Victor Rodrigues211063256✅
Víctor Schmidt222021924✅
+ +

Autor: Víctor Rodrigues

+

+

Pautas

+ + +
    +
  • Divisão das tarefas
    • +
+

Decisões

+ + +
    +
  • Artefatos divididos conforme cronograma do projeto.
    • +
+

Compromissos

+ + +
    +
  • Todos se comprometerão a entregar os artefatos dentro do prazo de entrega.
    • +
+

Gravação da reunião

+ + +

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.006/11/2024Estruturação inicial e preenchimentoVíctor RodriguesMaria Helena
1.120/11/2024Corringindo sobrenome do victor rodriguesThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Atas/ata03/index.html b/Atas/ata03/index.html new file mode 100644 index 00000000..289c9422 --- /dev/null +++ b/Atas/ata03/index.html @@ -0,0 +1,2947 @@ + + + + + + + + + + + + + + + + + + + + + + + Ata 3 - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Reunião 20/11/2024

+

Início: 15:50 | Fim: 17:25

+ + +

Participantes Convocados

+ +

Na Tabela 1, são apresentados os participantes da reunião juntamente com os indicadores que demonstram se estão presentes ou não, onde ✅ significa que o participante está presente e ❌ significa que o participante não compareceu à reunião.

+

+

Tabela 1: Participantes Convocados e Presença na Reunião

+ + + + + + + + + +
NomeMatrículaPresente
Júlia Takaki221029249✅
Maria Helena222006982✅
Thales Euflauzino222006178✅
Victor Rodrigues211063256✅
Víctor Schmidt222021924✅
+ +

Autor: Víctor Schmidt

+

+

Pautas

+ + +
    +
  • Acompanhamento do desenvolvimento das atividades estipuladas por parte dos membros
    • +
+

Atualizações de Cada Membro

+

Foram dadas as seguintes instruções para elaboração da atualização:

+
    +
  1. Responda às perguntas abaixo no grupo.
    2. +
  2. Seja claro e objetivo para facilitar o acompanhamento.
    3. +
  3. Caso necessário, mencione pessoas ou tarefas específicas.
    4. +
+

Perguntas:

+
    +
  1. Como está o andamento das suas atividades?
    + Descreva o progresso atual e o status das suas tarefas
    2. +
  2. Você precisa de ajuda com algo? + Mencione qualquer dificuldade ou suporte necessário
    3. +
  3. Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + Sugira ações ou próximos passos que podem ajudar a equipe
    4. +
+

Julia Takaki

+
    +
  1. +

    Como está o andamento das suas atividades?
    + Fiz o questionário de perfil do usuário e irei iniciar o glossário.

    +
    2. +
  2. +

    Você precisa de ajuda com algo? + Acredito que não.

    +
    3. +
  3. +

    Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + Preciso esperar as respostas do questionário para recolher e analisar, talvez atrase um pouco.

    +
    4. +
+

Maria Helena

+
    +
  1. +

    Como está o andamento das suas atividades?
    + Fiz as correções do cronograma e agora estou fazendo a etapa de análise de documentos.

    +
    2. +
  2. +

    Você precisa de ajuda com algo? + Por enquanto tá tudo tranquilo.

    +
    3. +
  3. +

    Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + Por enquanto o andamento das atividades tão correndo bem, só realmente finalizar tudo e gravar a apresentação.

    +
    4. +
+

Thales Euflauzino

+
    +
  1. +

    Como está o andamento das suas atividades?
    + Acredito que finalizei, realizei o grupo focal e também já fiz o relatório, provavelmente a única coisa que não está concluída é a priorização dos requisitos elicitados no grupo focal.

    +
    2. +
  2. +

    Você precisa de ajuda com algo? + Não sei se vou conseguir realizar a priorização do grupo focal a tempo, talvez eu precise de ajuda de alguém

    +
    3. +
  3. +

    Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + mandarei a foto do todo abaixo

    +
    4. +
+

+

Figura 1: Checklist - Elicitação de Requisitos

+

Figura 1

+

Autor: Thales Euflauzino

+

+

Victor Rodrigues

+
    +
  1. Como está o andamento das suas atividades?
    + Perfil de usuário acredito que esteja pronto, preciso apenas arrumar alguns detalhes (adição em ferramentas, atualização do cronograma executado e mais alguns detalhes) +Personas estou terminando de construir, vou pegar as imagens e adicionar ao docs
    2. +
  2. Você precisa de ajuda com algo? + apenas alguem para revisar quando eu terminar
    3. +
  3. Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + Citei uma pagina de questionários, mas ainda está sem caminho e não existe 
    4. +
+

Víctor Schmidt

+
    +
  1. +

    Como está o andamento das suas atividades?
    + Conclui as minhas duas atividades, introspecção e Brainstorm.

    +
    2. +
  2. +

    Você precisa de ajuda com algo? + Não, mas se alguém precisar de ajuda de forma urgente estou aqui

    +
    3. +
  3. +

    Recomendações sobre o que falta fazer na sua atividade ou em outra atividade relacionada: + Só falta gravar a apresentação dessa entrega

    +
    4. +
+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.020/11/2024Estruturação inicial e preenchimentoVíctor SchmidtJúlia Takaki
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/app-escolhido/index.html b/Planejamento-do-projeto/app-escolhido/index.html new file mode 100644 index 00000000..9c611905 --- /dev/null +++ b/Planejamento-do-projeto/app-escolhido/index.html @@ -0,0 +1,2835 @@ + + + + + + + + + + + + + + + + + + + + + + + App Escolhido - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

App Escolhido

+ +

Introdução

+

No início do processo da disciplina, o grupo examinou uma série de aplicativos sugeridos por cada membro, discutindo os prós e contras de cada um. Foi feita uma análise minuciosa com base nos critérios definidos para selecionar o aplicativo que melhor se encaixasse no projeto.

+

Critérios para escolha

+
    +
  • App não foi trabalhado anteriormente na disciplina;
    • +
  • Fácil acesso ao público-alvo;
    • +
  • Disponibilidade de informações;
    • +
  • Complexidade do aplicativo.
    • +
+

Motivações de escolha

+

Com base nos critérios anteriores, o grupo se reuniu e decidiu que seria usado o Tesouro Direto. A escolha se deu por ser um aplicativo de complexidade média, porém com muitas funcionalidades para explorarmos ao longo do projeto. O público-alvo é grande e facilmente acessível, além de não ter sido utilizado para estudos na disciplina.

+

Termos de uso

+

Para realizar o projeto em conformidade com as normas legais, verificamos os termos de uso do Tesouro Direto no dia 28 de outubro de 2024. Conforme mostra a Figura 2, é vedado o uso para fins comerciais sem autorização prévia. No entanto, como o projeto tem como único e exclusivo objetivo aplicar na prática os conhecimentos adquiridos em aula, não estaremos infringindo qualquer termo.

+
Figura 2: Termo de Uso
+

Figura 2

+
+

Fonte: Tesouro Direto

+
+ +

Bibliografia

+
+

Tesouro Direto. Disponível em: https://www.tesourodireto.com.br. Acesso em 28 de outubro de 2024

+

Planejamento - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 28 de outubro de 2024.

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.028/10/2024Estruturação InicialVictor RodriguesVíctor Schmidt
1.128/10/2024Adição de InformaçõesVictor RodriguesVíctor Schmidt
1.229/10/2024Adicionando Rich PictureJúlia TakakiThales Euflauzino
1.329/10/2024Adicionando Fontes e AutoresJúlia TakakiThales Euflauzino
1.412/11/2024Colocando data do termo de usoThales EuflauzinoVictor Rodrigues
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/cronograma-executado/index.html b/Planejamento-do-projeto/cronograma-executado/index.html new file mode 100644 index 00000000..c82d90f2 --- /dev/null +++ b/Planejamento-do-projeto/cronograma-executado/index.html @@ -0,0 +1,3406 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma Executado - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma Executado

+

Introdução

+

O cronograma estabelece a organização temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases específicas. Cada entrega é detalhada com uma descrição das tarefas a serem concluídas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados às expectativas e prazos estabelecidos.

+

No seguinte documento está representado o cronograma planejado do projeto.

+

Cronograma das Entregas do Projeto

+

Na tabela 1 é apresentado o planejamento geral do projeto, com as entregas de todas as etapas do trabalho. +

+
+Tabela 1: Cronograma geral das entregas. +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDescriçãoData Limite de Entrega
Entrega 1Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, cópia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de início e fim de cada atividade, responsáveis e período de gravação da apresentação), Rich Picture06/11
Entrega 2Elicitação – Técnicas e Priorização. Perfil dos usuários, técnicas de elicitação utilizadas e que serão utilizadas, técnicas de priorização aplicadas e que serão aplicadas no projeto.24/11
Entrega 3Modelagem de Requisitos: Cenários, Léxico, Use Case, Especificação Suplementar08/12
Entrega 4Modelagem de Requisitos - Ágil (Histórias de Usuário, Backlogs, NFR Framework)15/12
Entrega 5Análise de Requisitos: Verificação e Validação29/01
Entrega 6Pós-Rastreabilidade – Gerência II19/01
Projeto FinalEntrega da apresentação do projeto final10/02
+
+Autor: Maria Helena +
+ +
+Cronograma Entrega 1 - Planejamento +
+
+ A primeira entrega foca no planejamento do projeto. Isso inclui a definição da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elaboração do cronograma. Também envolve o desenvolvimento de uma representação visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas. + + Cronograma Executado + + Na tabela 2 possui o cronograma executado da primeira entrega do projeto. +
+
+ +

Tabela 2: Cronograma executado da primeira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
HeatmapVictor RodriguesVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia Takaki22/1022/10de 22/10 a 23/10
Integrantes da EquipeThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Documentação MKDocsThales EuflauzinoJúlia Takaki23/1024/10de 24/10 a 25/10
Estruturação da GitHub PagesThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Cronograma PlanejadoMaria HelenaVictor Schmidt23/1024/10de 24/10 a 02/11
Lista de Apps AvaliadosVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiThales Euflauzino, Victor Rodrigues, Victor Schmidt23/1029/10de 29/10 a 30/10
App EscolhidoJúlia Takaki e Victor RodriguesVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia Takaki28/1028/10de 28/10 a 29/10
Termo de Uso do aplicativo selecionadoVictor RodriguesJúlia Takaki28/1028/10de 28/10 a 29/10
Ferramentas Utilizadas para o ProjetoJúlia TakakiVictor Rodrigues e Thales Euflauzino23/1028/10de 28/10 a 29/10
Rich Picture do ProjetoJúlia TakakiThales Euflauzino23/1028/10de 28/10 a 29/10
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiMaria Helena28/1002/1102/11
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues12/1113/1113/11
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 2 - Elicitação +
+
+ Nesta fase, ocorre a elicitação e priorização dos requisitos. As técnicas de elicitação e priorização são selecionadas e aplicadas para definir claramente os perfis de usuários e as necessidades do projeto. Essa etapa é crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada. + + Cronograma Executado + + Na tabela 3 possui o cronograma executado da segunda entrega do projeto. +
+
+ +

Tabela 3: Cronograma executado da segunda entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Definições de personas e perfis de usuárioVictor RodriguesThales Euflauzino19/1120/1123/11
Definição das técnicas de elicitação de priorização que serão utilizadas no projetoMaria HelenaJúlia Takaki15/1116/1119/11
Introspecção para a elicitação dos requisitosVictor SchmidtThales Euflauzino15/1115/1115/11
Criação dos questionáriosJúlia TakakiThales Euflauzino18/1120/1121/11 a 23/11
Grupo de Foco para elicitação de requisitosThales Euflauzino, Maria Helena e Victor SchmidtThales Euflauzino20/1120/1123/11
BrainstormingVíctor SchmidtThales Euflauzino e Maria Helena18/1120/1120/11
Desenvolvimento do glossário para coleta de requistosJúlia TakakiThales Euflauzino21/1121/1121/11
Priorização dos requisitosVictor RodriguesThales Euflauzino21/1121/1122/11
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Schmidt23/1123/1123/11
Revisão pós apresentaçãoMaria HelenaVictor Schmidt - - -
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 3 - Modelagem de Requisitos 1.1 +
+
+ A terceira entrega concentra-se na modelagem dos requisitos por meio de cenários, léxicos, casos de uso e especificações suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal. + + Cronograma Executado + + Na tabela 4 possui o cronograma executado da terceira entrega do projeto. +
+
+ +

Tabela 4: Cronograma executado da terceira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Modelagem de Requisitos: CenáriosVictor Rodrigues e Maria HelenaThales Euflauzino01/1203/1203/12 - 05/12
Modelagem de Requisitos: LéxicosThales EuflauzinoMaria Helena28/1130/1130/11 - 01/12
Modelagem de Requisitos: Use CasesVictor Schmidt e Victor RodriguesJúlia Takaki06/1207/1207/12
Modelagem de Requisitos: Especificação SuplementarJúlia Takaki e Maria HelenaVictor Schmidt06/1207/1207/12
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Rodrigues07/1207/1207/12
Revisão pós apresentaçãoJulia TakakiThales Euflauzino - - -
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 4 - Modelagem de Requisitos 1.2 +
+
+ A quarta entrega adota uma abordagem ágil para a modelagem de requisitos, utilizando histórias de usuário e backlog. Isso permite uma adaptação mais flexível aos requisitos, proporcionando uma visão iterativa e incremental do desenvolvimento do projeto. + + Cronograma Executado + + Na tabela 5 possui o cronograma executado da terceira entrega do projeto. +
+
+ +

Tabela 5: Cronograma executado da quarta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Modelagem de Requisitos - Ágil: Histórias de UsuárioVictor Rodrigues e Maria HelenaThales Euflauzino---
Modelagem de Requisitos - Ágil: BacklogsVictor Schmidt e Thales EuflauzinoJúlia Takaki11/1214/1214/12 - 15/12
Modelagem de Requisitos - Ágil: NFR Framework Júlia Takaki e Victor RodriguesVictor Schmidt---
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiThales Euflauzino---
Revisão pós apresentaçãoMaria HelenaJúlia Takaki - - -
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 5 - Análise de Requisitos +
+
+ Aqui, a ênfase é na Verificação e Validação dos requisitos coletados. Este é o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usuários. + + Cronograma Executado + + Na tabela 6 possui o cronograma executado da quinta entrega do projeto. +
+
+ +

Tabela 6: Cronograma executado da quinta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Verificação dos RequisitosMaria Helena e Júlia TakakiVictor Rodrigues---
Validação dos RequisitosThales Euflauzino e Victor SchmidtMaria Helena---
Inspeção de todos os artefatosVictor RodriguesThales Euflauzino---
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki---
Revisão pós apresentaçãoVictor SchmidtJulia Takaki - - -
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 6 - Pós-Rastreabilidade +
+
+ Nesta fase, a pós-rastreabilidade e a gestão avançada dos requisitos são abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudanças. + + Cronograma Executado + + Na tabela 7 possui o cronograma executado da sexta entrega do projeto. +
+
+ +

Tabela 7: Cronograma executado da sexta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Criação do documento inicial de pós-rastreabilidadeMaria HelenaThales Euflauzino---
Pós-Rastreabilidade: Backward FormThales Euflauzino e Victor SchmidtMaria Helena---
Pós-Rastreabilidade: Forward FormVictor Rodrigues e Júlia TakakiVictor Schmidt---
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki---
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues - - -
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega Final +
+
+ A última etapa do cronograma é a entrega do projeto final, culminando na apresentação do trabalho desenvolvido. + + Cronograma Executado + + Na tabela 8 possui o cronograma executado da entrega final do projeto. +
+
+ +

Tabela 8: Cronograma executado da entrega final.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Complementos e Revisões do Projeto FinalVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Rodrigues, Maria Helena e Júlia Takaki---
Desenvolvimento de relatório das revisões e ajustes dos artefatosVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Schmidt e Thales Euflauzino---
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki---
+ +

Autor: Maria Helena

+ +
+
+ +

Bibliografia

+
+

Planejamento - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 17 de novembro de 2024.

+

SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

+
+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.020/11/2024Criação do documento de cronograma executadoMaria HelenaJúlia Takaki
1.123/11/2024Removendo etapa não realizada do cronogramaMaria HelenaVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/cronograma-planejado/index.html b/Planejamento-do-projeto/cronograma-planejado/index.html new file mode 100644 index 00000000..8e11016d --- /dev/null +++ b/Planejamento-do-projeto/cronograma-planejado/index.html @@ -0,0 +1,3461 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma Planejado - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma Planejado

+

Introdução

+

O cronograma estabelece a organização temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases específicas. Cada entrega é detalhada com uma descrição das tarefas a serem concluídas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados às expectativas e prazos estabelecidos.

+

No seguinte documento está representado o cronograma planejado do projeto.

+

Cronograma das Entregas do Projeto

+

Na tabela 1 é apresentado o planejamento geral do projeto, com as entregas de todas as etapas do trabalho. +

+
+Tabela 1:Cronograma geral das entregas. +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDescriçãoData Limite de Entrega
Entrega 1Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, cópia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de início e fim de cada atividade, responsáveis e período de gravação da apresentação), Rich Picture06/11
Entrega 2Elicitação – Técnicas e Priorização. Perfil dos usuários, técnicas de elicitação utilizadas e que serão utilizadas, técnicas de priorização aplicadas e que serão aplicadas no projeto.24/11
Entrega 3Modelagem de Requisitos: Cenários, Léxico, Use Case, Especificação Suplementar08/12
Entrega 4Modelagem de Requisitos - Ágil (Histórias de Usuário, Backlogs, NFR Framework)15/12
Entrega 5Análise de Requisitos: Verificação e Validação29/01
Entrega 6Pós-Rastreabilidade – Gerência II19/01
Projeto FinalEntrega da apresentação do projeto final10/02
+
+Autor: Maria Helena +
+ +


+
+Cronograma Entrega 1 - Planejamento +
+
+ A primeira entrega foca no planejamento do projeto. Isso inclui a definição da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elaboração do cronograma. Também envolve o desenvolvimento de uma representação visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas. + + + Cronograma Planejado + + Na tabela 2 está o planejamento da primeira entrega. +
+
+ +

Tabela 2: Cronograma com o planejamento da primeira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
HeatmapVictor RodriguesVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia Takaki22/1022/10de 22/10 a 23/10
Integrantes da EquipeThales EuflauzinoVictor Schmidt23/1025/10de 25/10 a 26/10
Documentação MKDocsThales EuflauzinoJúlia Takaki23/1025/10de 25/10 a 26/10
Estruturação do GitHub PagesThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Cronograma PlanejadoMaria HelenaVictor Schmidt23/1025/10de 25/10 a 26/10
Lista de Apps AvaliadosVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiMaria Helena23/1025/10de 25/10 a 26/10
App EscolhidoVictor RodriguesJúlia Takaki25/1026/10de 26/10 a 27/10
Termo de Uso do aplicativo selecionadoVictor RodriguesJúlia Takaki23/1026/10de 26/10 a 27/10
Ferramentas utilizadas para o ProjetoJúlia TakakiVictor Rodrigues23/1027/10de 27/10 a 28/10
Rich Picture do ProjetoVictor SchmidtMaria Helena23/1027/10de 27/10 a 28/10
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiMaria Helena27/1028/1028/10
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues07/1109/1109/11
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 2 - Elicitação +
+
+ Nesta fase, ocorre a elicitação e priorização dos requisitos. As técnicas de elicitação e priorização são selecionadas e aplicadas para definir claramente os perfis de usuários e as necessidades do projeto. Essa etapa é crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada. + + + Cronograma Planejado + + Na tabela 3 está o planejamento da segunda entrega. +
+
+ +

Tabela 3: Cronograma com o planejamento da segunda entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Definições de personas e perfis de usuárioVictor RodriguesMaria Helena06/1108/11de 08/11 a 09/11
Definição das técnicas de elicitação de priorização que serão utilizadas no projetoMaria HelenaJúlia Takaki06/1108/11de 08/11 a 09/11
Introspecção para a elicitação dos requisitosVictor SchmidtVictor Rodrigues09/1111/11de 12/11 a 13/11
Criação dos questionáriosJúlia TakakiThales Euflauzino11/1113/11de 13/11 a 14/11
Entrevista para elicitação de requisitosThales EuflauzinoMaria Helena13/1114/11de 14/11 a 15/11
BrainstormingVictor SchmidtVictor Rodrigues15/1118/11de 18/11 a 19/11
Desenvolvimento do glossário para coleta de requistosVictor SchmidtVictor Rodrigues15/1118/11de 18/11 a 19/11
Priorização dos requisitosJúlia TakakiVictor Rodrigues19/1121/11de 21/11 a 22/11
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Schmidt22/1123/1123/11
Revisão pós apresentaçãoMaria HelenaVictor Schmidt25/1125/1125/11
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 3 - Modelagem de Requisitos 1.1 +
+ +
+ A terceira entrega concentra-se na modelagem dos requisitos por meio de cenários, léxicos, casos de uso e especificações suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal. + + + Cronograma Planejado + + Na tabela 4 está o planejamento da execução da terceira entrega. +
+
+ +

Tabela 4: Planejamento da terceira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Modelagem de Requisitos: CenáriosVictor Rodrigues e Maria HelenaThales Euflauzino27/1130/11de 30/11 a 01/12
Modelagem de Requisitos: LéxicosJúlia Takaki e Thales EuflauzinoMaria Helena27/1130/11de 30/11 a 01/12
Modelagem de Requisitos: Use CasesVictor Schmidt e Victor RodriguesJúlia Takaki01/1205/12de 05/12 a 06/12
Modelagem de Requisitos: Especificação SuplementarThales Euflauzino e Maria HelenaVictor Schmidt01/1205/12de 06/12 a 07/12
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Rodrigues06/1207/1207/12
Revisão pós apresentaçãoJulia TakakiThales Euflauzino 09/12 09/12 09/12
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 4 - Modelagem de Requisitos 1.2 +
+
+ A quarta entrega adota uma abordagem ágil para a modelagem de requisitos, utilizando histórias de usuário e backlog. Isso permite uma adaptação mais flexível aos requisitos, proporcionando uma visão iterativa e incremental do desenvolvimento do projeto. + + + Cronograma Planejado + + Na tabela 5 possui o planejamento da quarta entrega. +
+
+ +

Tabela 5: Planejamento da quarta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Modelagem de Requisitos - Ágil: Histórias de UsuárioVictor Rodrigues e Maria HelenaThales Euflauzino10/1211/12de 11/12 a 12/12
Modelagem de Requisitos - Ágil: BacklogsJúlia Takaki e Thales EuflauzinoVictor Schmidt11/1212/12de 12/12 a 13/12
Modelagem de Requisitos - Ágil: NFR FrameworkVictor Schmidt e Victor RodriguesJúlia Takaki12/1213/12de 13/12 a 14/12
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Rodrigues14/1215/1215/12
Revisão pós apresentaçãoVictor RodriguesMaria Helena 15/12 15/12 15/12
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 5 - Análise de Requisitos +
+
+ Aqui, a ênfase é na Verificação e Validação dos requisitos coletados. Este é o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usuários. + + Cronograma Planejado + + Na tabela 6 possui o planejamento da quinta entrega. +
+
+ +

Tabela 6: Planejamento da quinta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Verificação dos RequisitosMaria Helena e Júlia TakakiVictor Rodrigues21/0122/01de 22/01 a 23/01
Validação dos RequisitosThales Euflauzino e Victor SchmidtMaria Helena23/0124/01de 24/01 a 25/01
Inspeção de todos os artefatosVictor RodriguesThales Euflauzino25/0127/01de 27/01 a 28/01
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki28/0129/0129/01
Revisão pós apresentaçãoVictor SchmidtJulia Takaki 29/01 29/01 29/01
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega 6 - Pós-Rastreabilidade +
+
+ Nesta fase, a pós-rastreabilidade e a gestão avançada dos requisitos são abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudanças. + + Cronograma Planejado + + Na tabela 7 possui o planejamento da sexta entrega. +
+
+ +

Tabela 7: Planejamento da sexta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Criação do documento inicial de pós-rastreabilidadeMaria HelenaThales Euflauzino17/1218/12de 18/12 a 19/12
Pós-Rastreabilidade: Backward FormThales Euflauzino e Victor SchmidtMaria Helena19/1205/01de 05/01 ate 06/01
Pós-Rastreabilidade: Forward FormVictor Rodrigues e Júlia TakakiVictor Schmidt06/0117/01de 17/01 ate 18/01
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki18/0119/0119/01
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues 19/01 19/01 19/01
+ +

Autor: Maria Helena

+ +
+
+ +
+Cronograma Entrega Final +
+
+ A última etapa do cronograma é a entrega do projeto final, culminando na apresentação do trabalho desenvolvido. + + Cronograma Planejado + + Na tabela 8 possui o planejamento da entrega final do projeto. +
+
+ +

Tabela 8: Planejamento da entrega final.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Complementos e Revisões do Projeto FinalVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Rodrigues, Maria Helena e Júlia Takaki21/0105/02de 05/02 a 06/02
Desenvolvimento de relatório das revisões e ajustes dos artefatosVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiVictor Schmidt e Thales Euflauzino01/0107/02de 07/02 a 08/02
Gravação da ApresentaçãoVictor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e Júlia TakakiJúlia Takaki08/0209/0209/02
+ +

Autor: Maria Helena

+ +
+
+ +

Bibliografia

+
+

Planejamento - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 17 de novembro de 2024.

+

SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

+
+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.028/10/2024Estruturação InicialMaria HelenaVíctor Schmidt
1.128/10/2024Estruturação no MkDocs e pequenas alteraçõesVíctor SchmidtMaria Helena
1.202/11/2024Correção das datas de entrega e etapas do cronograma, correção dos título das tabelasMaria HelenaThales Euflauzino
1.302/11/2024Adição de fontes e títulos das tabelasMaria HelenaThales Euflauzino
1.302/11/2024Adição das etapas de verificaçãoMaria HelenaThales Euflauzino
1.412/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
1.514/11/2024Adicionando periodo de revisão pós apresentaçõesVictor RodriguesMaria Helena
2.020/11/2024Adicionando a bibliografia, retirando o cronograma executado do documento e modificando as tabelas para tabelas colapsáveisMaria HelenaJúlia Takaki
2.123/11/2024Removendo etapa não realizada do cronogramaMaria HelenaVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/cronograma/index.html b/Planejamento-do-projeto/cronograma/index.html new file mode 100644 index 00000000..b5290b3e --- /dev/null +++ b/Planejamento-do-projeto/cronograma/index.html @@ -0,0 +1,3932 @@ + + + + + + + + + + + + + + + + + + + Cronograma - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma

+

O cronograma estabelece a organização temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases específicas. Cada entrega é detalhada com uma descrição das tarefas a serem concluídas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados às expectativas e prazos estabelecidos.

+

Cronograma das Entregas do Projeto

+


+Tabela 1: Cronograma geral das entregas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDescriçãoData Limite de Entrega
Entrega 1Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, cópia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de início e fim de cada atividade, responsáveis e período de gravação da apresentação), Rich Picture06/11
Entrega 2Elicitação – Técnicas e Priorização. Perfil dos usuários, técnicas de elicitação utilizadas e que serão utilizadas, técnicas de priorização aplicadas e que serão aplicadas no projeto.24/11
Entrega 3Modelagem de Requisitos: Cenários, Léxico, Use Case, Especificação Suplementar08/12
Entrega 4Modelagem de Requisitos - Ágil (Histórias de Usuário, Backlogs, NFR Framework)15/12
Entrega 5Análise de Requisitos: Verificação e Validação29/01
Entrega 6Pós-Rastreabilidade – Gerência II19/01
Projeto FinalEntrega da apresentação do projeto final10/02
+

Autor: Maria Helena

+

Cronograma Entrega 1 - Planejamento

+

A primeira entrega foca no planejamento do projeto. Isso inclui a definição da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elaboração do cronograma. Também envolve o desenvolvimento de uma representação visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas.

+

Cronograma Planejado

+


+Tabela 2: Cronograma com o planejamento da primeira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
HeatmapVictor RodriguesTodos22/1022/10de 22/10 a 23/10
Integrantes da EquipeThales EuflauzinoVictor Schmidt23/1025/10de 25/10 a 26/10
Documentação MKDocsThales EuflauzinoJúlia Takaki23/1025/10de 25/10 a 26/10
Estruturação do GitHub PagesThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Cronograma PlanejadoMaria HelenaVictor Schmidt23/1025/10de 25/10 a 26/10
Lista de Apps AvaliadosTodosMaria Helena23/1025/10de 25/10 a 26/10
App EscolhidoVictor RodriguesJúlia Takaki25/1026/10de 26/10 a 27/10
Termo de Uso do aplicativo selecionadoVictor RodriguesJúlia Takaki23/1026/10de 26/10 a 27/10
Ferramentas utilizadas para o ProjetoJúlia TakakiVictor Rodrigues23/1027/10de 27/10 a 28/10
Rich Picture do ProjetoVictor SchmidtMaria Helena23/1027/10de 27/10 a 28/10
Gravação da ApresentaçãoTodosMaria Helena27/1028/1028/10
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues07/1109/1109/11
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 3: Cronograma com as datas oficiais da primeira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
HeatmapVictor RodriguesTodos22/1022/10de 22/10 a 23/10
Integrantes da EquipeThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Documentação MKDocsThales EuflauzinoJúlia Takaki23/1024/10de 24/10 a 25/10
Estruturação da GitHub PagesThales EuflauzinoVictor Schmidt23/1024/10de 24/10 a 25/10
Cronograma PlanejadoMaria HelenaVictor Schmidt23/1024/10de 24/10 a 02/11
Lista de Apps AvaliadosTodosThales Euflauzino, Victor Rodrigues, Victor Schmidt23/1029/10de 29/10 a 30/10
App EscolhidoJúlia Takaki e Victor RodriguesTodos28/1028/10de 28/10 a 29/10
Termo de Uso do aplicativo selecionadoVictor RodriguesJúlia Takaki28/1028/10de 28/10 a 29/10
Ferramentas Utilizadas para o ProjetoJúlia TakakiVictor Rodrigues e Thales Euflauzino23/1028/10de 28/10 a 29/10
Rich Picture do ProjetoJúlia TakakiThales Euflauzino23/1028/10de 28/10 a 29/10
Gravação da ApresentaçãoTodosMaria Helena28/1002/1102/11
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues12/1113/1113/11
+

Autor: Maria Helena

+

Cronograma Entrega 2 - Elicitação

+

Nesta fase, ocorre a elicitação e priorização dos requisitos. As técnicas de elicitação e priorização são selecionadas e aplicadas para definir claramente os perfis de usuários e as necessidades do projeto. Essa etapa é crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada.

+

Cronograma Planejado

+


+Tabela 4: Planejamento da segunda entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Definições de personas e perfis de usuárioVictor RodriguesMaria Helena02/1105/11de 22/10 a 23/10
Definição das técnicas que serão usadas no projetoMaria HelenaJúlia Takaki05/1108/11de 08/10 a 01/10
Introspecção para a elicitação dos requisitosVictor SchmidtVictor Rodrigues09/1111/11de 11/10 a 12/10
Criação dos questionáriosJúlia TakakiThales Euflauzino11/1113/11de 13/10 a 14/10
Entrevista para elicitação de requisitosThales EuflauzinoMaria Helena13/1114/11de 14/10 a 15/10
BrainstormingVictor SchmidtVictor Rodrigues15/1118/11de 18/10 a 19/10
Priorização dos requisitosJúlia TakakiVictor Rodrigues19/1121/11de 21/10 a 22/10
Gravação da ApresentaçãoTodosVictor Schmidt22/1123/1123/11
Revisão pós apresentaçãoMaria HelenaVictor Schmidt25/1125/1125/11
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 5: Cronograma das datas oficiais da segunda entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Definições de personas e perfis de usuárioVictor RodriguesMaria Helena02/11-de 22/10 a 23/10
Definição das técnicas que serão usadas no projetoMaria HelenaJúlia Takaki05/11-de 08/10 a 09/10
Introspecção para a elicitação dos requisitosVictor SchmidtVictor Rodrigues09/11-de 11/10 a 12/10
Criação dos questionáriosJúlia TakakiThales Euflauzino11/1116/11de 16/10 a 17/10
Entrevista para elicitação de requisitosThales EuflauzinoMaria Helena13/11-de 14/10 a 15/10
BrainstormingVictor SchmidtVictor Rodrigues15/11-de 18/10 a 19/10
Priorização dos requisitosJúlia TakakiVictor Rodrigues19/11-de 21/10 a 22/10
Gravação da ApresentaçãoTodosVictor Schmidt22/11-23/11
Revisão pós apresentaçãoMaria HelenaVictor Schmidt - - -
+

Autor: Maria Helena

+

Cronograma Entrega 3 - Modelagem de Requisitos 1.1

+

A terceira entrega concentra-se na modelagem dos requisitos por meio de cenários, léxicos, casos de uso e especificações suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal.

+

Cronograma Planejado

+


+Tabela 6: Planejamento da terceira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Modelagem de Requisitos: CenáriosVictor Rodrigues e Maria HelenaThales Euflauzino27/1130/11de 30/11 a 01/12
Modelagem de Requisitos: LéxicosJúlia Takaki e Thales EuflauzinoMaria Helena27/1130/11de 30/11 a 01/12
Modelagem de Requisitos: Use CasesVictor Schmidt e Victor RodriguesJúlia Takaki01/1205/12de 05/12 a 06/12
Modelagem de Requisitos: Especificação SuplementarThales Euflauzino e Maria HelenaVictor Schmidt01/1205/12de 06/12 a 07/12
Gravação da ApresentaçãoTodosVictor Rodrigues06/1207/1207/12
Revisão pós apresentaçãoJulia TakakiThales Euflauzino 09/12 09/12 09/12
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 7: Cronograma com as datas oficiais da terceira entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Modelagem de Requisitos: CenáriosVictor Rodrigues e Maria HelenaThales Euflauzino27/11-de 30/11 a 01/12
Modelagem de Requisitos: LéxicosJúlia Takaki e Thales EuflauzinoMaria Helena27/11-de 30/11 a 01/12
Modelagem de Requisitos: Use CasesVictor Schmidt e Victor RodriguesJúlia Takaki01/12-de 05/12 a 06/12
Modelagem de Requisitos: Especificação SuplementarThales Euflauzino e Maria HelenaVictor Schmidt01/12-de 06/12 a 07/12
Gravação da ApresentaçãoTodosVictor Rodrigues06/12-07/12
Revisão pós apresentaçãoJulia TakakiThales Euflauzino - - -
+

Autor: Maria Helena

+

Cronograma Entrega 4 - Modelagem de Requisitos 1.2

+

A quarta entrega adota uma abordagem ágil para a modelagem de requisitos, utilizando histórias de usuário e backlog. Isso permite uma adaptação mais flexível aos requisitos, proporcionando uma visão iterativa e incremental do desenvolvimento do projeto.

+

Cronograma Planejado

+


+Tabela 8: Planejamento da quarta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Modelagem de Requisitos - Ágil: Histórias de UsuárioVictor Rodrigues e Maria HelenaThales Euflauzino10/1211/12de 11/12 a 12/12
Modelagem de Requisitos - Ágil: BacklogsJúlia Takaki e Thales EuflauzinoVictor Schmidt11/1212/12de 12/12 a 13/12
Modelagem de Requisitos - Ágil: NFR FrameworkVictor Schmidt e Victor RodriguesJúlia Takaki12/1213/12de 13/12 a 14/12
Gravação da ApresentaçãoTodosVictor Rodrigues14/1215/1215/12
Revisão pós apresentaçãoVictor RodriguesMaria Helena 15/12 15/12 15/12
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 9: Cronograma com as datas oficiais da quarta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Modelagem de Requisitos - Ágil: Histórias de UsuárioVictor Rodrigues e Maria HelenaThales Euflauzino10/12-de 11/12 a 12/12
Modelagem de Requisitos - Ágil: BacklogsJúlia Takaki e Thales EuflauzinoVictor Schmidt11/12-de 12/12 a 13/12
Modelagem de Requisitos - Ágil: NFR FrameworkVictor Schmidt e Victor RodriguesJúlia Takaki12/12-de 13/12 a 14/12
Gravação da ApresentaçãoTodosVictor Rodrigues14/12-15/12
Revisão pós apresentaçãoVictor RodriguesMaria Helena - - -
+

Autor: Maria Helena

+

Cronograma Entrega 5 - Análise de Requisitos

+

Aqui, a ênfase é na Verificação e Validação dos requisitos coletados. Este é o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usuários.

+

Cronograma Planejado

+


+Tabela 10: Planejamento da quinta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Verificação dos RequisitosMaria Helena e Júlia TakakiVictor Rodrigues21/0122/01de 22/01 a 23/01
Validação dos RequisitosThales Euflauzino e Victor SchmidtMaria Helena23/0124/01de 24/01 a 25/01
Inspeção de todos os artefatosVictor RodriguesThales Euflauzino25/0127/01de 27/01 a 28/01
Gravação da ApresentaçãoTodosJúlia Takaki28/0129/0129/01
Revisão pós apresentaçãoVictor SchmidtJulia Takaki 29/01 29/01 29/01
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 11: Cronograma com as datas oficiais da quinta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Verificação dos RequisitosMaria Helena e Júlia TakakiVictor Rodrigues21/01-de 22/01 a 23/01
Validação dos RequisitosThales Euflauzino e Victor SchmidtMaria Helena23/01-de 24/01 a 25/01
Inspeção de todos os artefatosVictor RodriguesThales Euflauzino25/01-de 27/01 a 28/01
Gravação da ApresentaçãoTodosJúlia Takaki28/01-29/01
Revisão pós apresentaçãoVictor SchmidtJulia Takaki - - -
+

Autor: Maria Helena

+

Cronograma Entrega 6 - Pós-Rastreabilidade

+

Nesta fase, a pós-rastreabilidade e a gestão avançada dos requisitos são abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudanças.

+

Cronograma Planejado

+


+Tabela 12: Planejamento da sexta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Criação do documento inicial de pós-rastreabilidadeMaria HelenaThales Euflauzino17/1218/12de 18/12 a 19/12
Pós-Rastreabilidade: Backward FormThales Euflauzino e Victor SchmidtMaria Helena19/1205/01de 05/01 ate 06/01
Pós-Rastreabilidade: Forward FormVictor Rodrigues e Júlia TakakiVictor Schmidt06/0117/01de 17/01 ate 18/01
Gravação da ApresentaçãoTodosJúlia Takaki18/0119/0119/01
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues 19/01 19/01 19/01
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 13: Cronograma com as datas oficiais da sexta entrega.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Criação do documento inicial de pós-rastreabilidadeMaria HelenaThales Euflauzino17/12-de 18/12 a 19/12
Pós-Rastreabilidade: Backward FormThales Euflauzino e Victor SchmidtMaria Helena19/12-de 05/01 ate 06/01
Pós-Rastreabilidade: Forward FormVictor Rodrigues e Júlia TakakiVictor Schmidt06/01-de 17/01 ate 18/01
Gravação da ApresentaçãoTodosJúlia Takaki18/01-19/01
Revisão pós apresentaçãoThales EuflauzinoVictor Rodrigues - - -
+

Autor: Maria Helena

+

Cronograma Entrega Final

+

A última etapa do cronograma é a entrega do projeto final, culminando na apresentação do trabalho desenvolvido.

+

Cronograma Planejado

+


+Tabela 14: Planejamento da entrega final.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioPrazoPeríodo de revisão
Complementos e Revisões do Projeto FinalTodos os membrosVictor Rodrigues, Maria Helena e Júlia Takaki21/0105/02de 05/02 a 06/02
Desenvolvimento de relatório das revisões e ajustes dos artefatosTodos os membrosVictor Schmidt e Thales Euflauzino01/0107/02de 07/02 a 08/02
Gravação da ApresentaçãoTodos os membrosJúlia Takaki08/0209/0209/02
+

Autor: Maria Helena

+

Cronograma Executado

+


+Tabela 15: Cronograma com as datas oficiais da entrega final.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TítuloAutor(es)RevisorInícioEntregaPeríodo de revisão
Complementos e Revisões do Projeto FinalTodos os membrosVictor Rodrigues, Maria Helena e Júlia Takaki21/01-de 05/02 a 06/02
Desenvolvimento de relatório das revisões e ajustes dos artefatosTodos os membrosVictor Schmidt e Thales Euflauzino01/01-de 07/02 a 08/02
Gravação da ApresentaçãoTodos os membrosJúlia Takaki08/02-09/02
+

Autor: Maria Helena

+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.028/10/2024Estruturação InicialMaria HelenaVíctor Schmidt
1.128/10/2024Estruturação no MkDocs e pequenas alteraçõesVíctor SchmidtMaria Helena
1.202/11/2024Correção das datas de entrega e etapas do cronograma, correção dos título das tabelasMaria HelenaThales Euflauzino
1.302/11/2024Adição de fontes e títulos das tabelasMaria HelenaThales Euflauzino
1.302/11/2024Adição das etapas de verificaçãoMaria HelenaThales Euflauzino
1.412/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
1.514/11/2024Adicionando periodo de revisão pós apresentaçõesVictor RodriguesMaria Helena
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/ferramentas/index.html b/Planejamento-do-projeto/ferramentas/index.html new file mode 100644 index 00000000..edeeb62f --- /dev/null +++ b/Planejamento-do-projeto/ferramentas/index.html @@ -0,0 +1,2823 @@ + + + + + + + + + + + + + + + + + + + + + + + Ferramentas - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Ferramentas Utilizadas

+

Introdução

+

Este documento apresenta as ferramentas que estamos utilizando para facilitar tanto a criação quanto a apresentação das atividades do grupo 05. A Tabela 1 lista essas ferramentas, abrangendo softwares e plataformas que otimizam o desenvolvimento e a comunicação do projeto. Nossa organização e planejamento foram inspirados no trabalho realizado pela Economia DF durante o semestre de 2023/2. Também oferecemos uma breve explicação sobre a função de cada ferramenta e como irão atuar para alcançar os objetivos e resultados esperados do projeto.

+
+

Tabela 1: Ferramentas utilizadas

 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
FerramentasDescrição
GitHub: Utilizado para documentar artefatos do projeto [1].
Canva: Ferramenta utilizada para montar apresentações e diagramas [2].
Google Docs: Criação e edição de tabelas e listas [3].
Microsoft Teams: Utilizado para as reuniões da equipe [4].
Whatsapp: Ferramenta principal de comunicação da equipe [5].
Visual Studio Code: Ferramenta de programação e edição dos arquivos de documentação [6].
MkDocs: Criação e edição do GitPages do projeto [7].
Google Planilhas: Criação de planilhas relacionadas ao cronograma e horários [8].
Notion: Organização de atas e cronograma [9].
SimilarWeb: Análises do tráfego do aplicativo [10].
YouTube: Armazenamento dos vídeos das apresentações e reuniões [11].
This person does not exist: Criação de imagens de pessoas falsas para as Personas [12].
Google Forms: Criação do questionário para avaliação do usuário [13].
+ +

Autor: Júlia Takaki, 2024.

 +
+ +

Referências Bibliográficas

+
+

[1] GitHub. Disponível em: https://docs.github.com/pt. Acesso em: 29 de Out. de 2024.

+

[2] Canva. Disponível em: https://www.canva.com/. Acesso em: 29 de Out. de 2024.

+

[3] GoogleDocs. Disponível em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 29 de Out. de 2024.

+

[4] Microsoft Teams. Disponível em: https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software. Acesso em: 29 de Out. de 2024.

+

[5] Whatsapp. Disponível em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 29 de Out. de 2024.

+

[6] Visual Studio Code. Disponível em: https://code.visualstudio.com/. Acesso em: 29 de Out. de 2024.

+

[7] MkDocs. Disponível em: https://www.mkdocs.org/. Acesso em: 29 de Out. de 2024.

+

[8] Google Planilhas. Disponível em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 29 de Out. de 2024.

+

[9] Notion. Disponível em: https://www.notion.so/pt. Acesso em: 29 de Out. de 2024.

+

[10] SimilarWeb. Disponível em: https://www.similarweb.com/pt/. Acesso em: 19 de Nov. de 2024.

+

[11] YouTube. Disponível em: https://www.youtube.com/. Acesso em: 21 de Nov. de 2024.

+

[12] This person does not exist. Disponível em: https://this-person-does-not-exist.com/en. Acesso em: 21 de nov. de 2024.

+

[13] Google Forms. Disponível em: https://www.google.com/intl/pt-BR/forms/about/. Acesso em: 23 de nov. de 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.029/10/2024Criação da página de ferramentas.Júlia TakakiVictor Rodrigues e Thales Euflauzino
1.112/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
1.219/11/2024Adição de ferramentaVictor RodriguesJúlia Takaki
1.321/11/2024Adição de ferramentaThales EuflauzinoVictor Rodrigues
1.423/11/2024Adição de ferramentaJúlia TakakiThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/heatmap/index.html b/Planejamento-do-projeto/heatmap/index.html new file mode 100644 index 00000000..58d2ba09 --- /dev/null +++ b/Planejamento-do-projeto/heatmap/index.html @@ -0,0 +1,2740 @@ + + + + + + + + + + + + + + + + + + + + + + + Heatmap - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Heatmap

+ +

Introdução

+

Para o desenvolvimento do projeto, é indispensável a reunião dos membros para encontros de planejamento e gravações de entregas. Pensando em facilitar o processo de agendamento dessas reuniões, foi elaborado o heatmap de disponibilidade dos membros.

+

Como representado pela Figura 1, as células com o número 0 representam 0 membros disponíveis, enquanto as células com 5 membros indicam os horários possíveis para a reunião da equipe.

+
Figura 1: Heatmap de disponibilidade do grupo 5
+

heatmap

+ + +

Resultados

+

A partir da análise do heatmap preenchido pelos membros do grupo, ficaram reservados para reunião os dias de quarta-feira às 20:30 e/ou sábado às 14:00

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.028/10/2024Estruturação InicialVictor RodriguesThales Euflauzino
1.131/10/2024Adicionando horário das reuniõesThales EuflauzinoVíctor Schmidt
1.212/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/lista-apps-avaliados/index.html b/Planejamento-do-projeto/lista-apps-avaliados/index.html new file mode 100644 index 00000000..bc0fcfd3 --- /dev/null +++ b/Planejamento-do-projeto/lista-apps-avaliados/index.html @@ -0,0 +1,2962 @@ + + + + + + + + + + + + + + + + + + + + + + + Lista de apps avaliados - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Aplicativos avaliados

+

Introdução

+

Na fase inicial do projeto, os estudantes selecionaram individualmente aplicativos do governo ou de comunidades. Essa escolha tinha como propósito apresentar sugestões para o aplicativo a ser analisado em conjunto durante a disciplina. A Tabela 1 fornece detalhes sobre os websites/aplicativos avaliados por cada membro da equipe.

+
+

Tabela 1: Tabela de aplicativos avaliados

 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Aplicativo avaliadoAvaliador
Tesouro DiretoJúlia Takaki
Quinto AndarMaria Helena
Meu SUS DigitalThales Euflauzino
Google ChromeVictor Hugo
eOuve - Juiz de ForaVíctor Schmidt
+ +

Autor: Thales Euflauzino, 2024

 +
+ +

Tesouro Direto

+

O Tesouro Direto é uma iniciativa desenvolvida pelo Governo Federal do Brasil que visa tornar mais acessível o investimento em títulos públicos para os cidadãos. Por meio da plataforma, é possível fazer o investimento diretamente em títulos do Tesouro Nacional, facilitando o planejamento financeiro para prazos variados. O aplicativo permite que os usuários acompanhem suas carteiras de investimentos, verifiquem os rendimentos, consultem os preços atualizados dos títulos e acessem o histórico de operações. A escolha deste aplicativo se baseou nos seguintes critérios:

+
    +
  • +

    Requisito: Por ser um aplicativo governamental se encaixa nos requisitos da disciplina.

    +
    • +
  • +

    Novidade: O aplicativo não foi analisado nos semestres anteriores.

    +
    • +
  • +

    Complexidade: O aplicativo conta com diversas funcionalidades e, em decorrência disso, requer uma análise mais complexa.

    +
    • +
  • +

    Público-alvo amplo: O aplicativo é amplamente utilizado por diversos usuários, tornando-o mais acessível para análise e coleta de feedback.

    +
    • +
+

Quinto Andar

+

O Quinto Andar é uma plataforma que facilita o encontro de imóveis para alugar ou comprar em várias regiões do Brasil. Por meio dela, usuários podem buscar imóveis com filtros por características e localidade, além de anunciar seus próprios imóveis para venda ou aluguel. A plataforma conecta pessoas interessadas em comprar ou alugar com proprietários e vendedores, tornando o processo mais rápido e acessível. A escolha da plataforma foi feita levando em conta os seguintes pontos:

+
    +
  • +

    Requisito: Alinha-se ao escopo de análise de software proposto pela disciplina.

    +
    • +
  • +

    Novidade: O aplicativo ainda não foi analisado por grupos anteriores da disciplina.

    +
    • +
  • +

    Complexidade: Sendo um e-commerce voltado para o mercado imobiliário, o aplicativo apresenta funcionalidades específicas e complexas, representando um objeto de estudo promissor.

    +
    • +
  • +

    Público-alvo amplo: A plataforma Quinto Andar atende adultos no Brasil interessados em anunciar ou buscar imóveis. É um dos aplicativos mais populares do setor, com mais de 1 milhão de downloads no Google Play.

    +
    • +
+

Meu SUS Digital

+

O Meu SUS Digital é uma plataforma criada pelo Governo Federal do Brasil para centralizar os dados de saúde dos cidadãos no Sistema Único de Saúde (SUS). Através dela, qualquer pessoa cadastrada no gov.br pode acessar facilmente seu cartão único de saúde (CNS), cartão de vacinas, informações sobre exames agendados ou realizados, medicamentos prescritos e consultas no SUS, entre outras funcionalidades. O aplicativo foi analisado pelo estudante Thales Euflauzino e a escolha foi feita levando em conta os seguintes pontos:

+
    +
  • +

    Requisito: O aplicativo é do governo, se encaixando nos requisitos da disciplina.

    +
    • +
  • +

    Novidade: O aplicativo não foi analisado nos semestres anteriores.

    +
    • +
  • +

    Complexidade: O aplicativo conta com diversas operações/funcionalidades com diferentes complexidades.

    +
    • +
  • +

    Público-alvo amplo: O aplicativo é amplamente utilizado por diversos tipos de pessoas, sendo assim, de fácil acesso para possíveis pesquisas com usuários.

    +
    • +
+

Google Chrome

+

O Google Chrome é um navegador desenvolvido pela Google, amplamente utilizado em dispositivos móveis e desktops ao redor do mundo. Ele oferece uma plataforma robusta e versátil para navegação na web, contando com funcionalidades como sincronização de dados entre dispositivos, suporte para extensões, e recursos de privacidade e segurança avançados. A escolha desse navegador foi feita com base nos seguintes critérios:

+
    +
  • +

    Requisito: se encaixa no escopo de análise de software proposto pela disciplina.

    +
    • +
  • +

    Novidade: O App recebe atualizações constantes, garantindo que análises anteriores possam ser enriquecidas com novas funcionalidades e recursos.

    +
    • +
  • +

    Complexidade: O navegador apresenta uma estrutura complexa, com diversas funcionalidades, desde a navegação básica até recursos avançados de desenvolvedor, demandando uma análise detalhada.

    +
    • +
  • +

    Público-alvo amplo: É utilizado por uma vasta gama de usuários, de diferentes faixas etárias e perfis, tornando-se uma escolha acessível para a coleta de feedback e análise de usabilidade.

    +
    • +
+

eOuve Juiz de Fora

+

O eOuve é um aplicativo desenvolvido pela Prefeitura de Juiz de Fora para promover a comunicação direta entre a administração municipal e os cidadãos. Por meio desta plataforma, os moradores podem registrar suas solicitações, como denúncias de problemas públicos, sugestões e elogios, proporcionando uma forma prática e eficaz de participação cidadã. O aplicativo permite o envio de fotos, descrição detalhada dos problemas, além de possibilitar o acompanhamento do status das solicitações, o que reforça a transparência e a eficiência na gestão pública. A escolha do eOuve para análise se baseou nos seguintes critérios:

+
    +
  • +

    Requisito: O aplicativo atende aos requisitos da disciplina por ser uma ferramenta governamental de comunicação com os cidadãos.

    +
    • +
  • +

    Novidade: Por ser atualizado regularmente, o eOuve incorpora novas funcionalidades e melhorias, o que permite uma análise sempre atualizada e enriquecida.

    +
    • +
  • +

    Complexidade: O aplicativo oferece diversas funcionalidades, como o registro de solicitações, envio de imagens, e acompanhamento em tempo real das demandas, exigindo uma análise detalhada de seus recursos e usabilidade.

    +
    • +
  • +

    Público-alvo amplo: O eOuve é utilizado por uma ampla faixa de moradores de Juiz de Fora, facilitando a coleta de feedback e análise de usabilidade, já que é acessível e relevante para diversos perfis de cidadãos.

    +
    • +
+

Bibliografia

+
+

Meu SUS Digital. Google Play, 2024. Disponível em: https://play.google.com/store/apps/details?id=br.gov.datasus.cnsdigital&hl=pt_BR Acesso em: 25 de outubro de 2024

+

Google Chrome. Google Play, 2024. Disponível em: https://play.google.com/store/apps/details?id=com.android.chrome&hl=pt_BR. Acesso em: 28 de outubro de 2024.>

+

Tesouro Direto. Google Play, 2024. Disponível em: https://play.google.com/store/apps/details?id=br.gov.fazenda.tesouro.td&hl=pt_BR. Acesso em: 28 de outubro de 2024.

+

eOuve. Prefeitura de Juiz de Fora, 2024. Disponível em: https://eouve.com.br/#/. Acesso em: 29 de outubro de 2024.

+

Quinto Andar. Google Play, 2024. Disponível em: https://play.google.com/store/apps/details?id=br.com.quintoandar.inquilinos&hl=pt&gl=BR. Acesso em: 31 de outubro de 2024.

+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.028/10/2024Criação do documento e informações do Meu SUS DigitalThales EuflauzinoVictor Hugo
1.128/10/2024Informações Google ChromeVictor HugoVíctor Schmidt
1.228/10/2024Informações Tesouro DiretoJúlia TakakiThales Euflauzino
1.329/10/2024Informações eOuve Juiz de ForaVíctor SchmidtThales Euflauzino
1.429/10/2024Informações Quinto AndarMaria HelenaVíctor Schmidt
1.531/10/2024Adicionando Referência Bibliográfica Quinto AndarMaria HelenaVíctor Schmidt
1.612/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/Planejamento-do-projeto/rich-picture/index.html b/Planejamento-do-projeto/rich-picture/index.html new file mode 100644 index 00000000..de0a6e99 --- /dev/null +++ b/Planejamento-do-projeto/rich-picture/index.html @@ -0,0 +1,2750 @@ + + + + + + + + + + + + + + + + + + + + + + + Rich Picture - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Rich Picture

+

Introdução

+

Rich Picture é uma ferramenta visual para expressar ideias e analisar problemas, tudo isso de forma informal e de fácil entendimento. No contexto da engenharia de software, ele é utilizado para abstrair o funcionamento de sistemas de software e se apresenta na forma de um diagrama com alguns elementos básicos como: atores, funcionalidades, armazenamento de dados, fluxo de dados e limites do sistema. 1

+

Metodologia e Ferramentas

+

A aplicação Canva foi utilizada para elaborar tanto o richpicture quanto sua legenda que podem ser vistas na Figura 1 e todas as ilustrações usadas são da mesma plataforma.

+

Figura 1: Richpicture versão 1.

+

Figura 1: Rich Picture

+
+

Autor: Júlia Takaki

+
+ +

Referências

+
+

1. SERRANO, Maurício; SERRANO, Milene. Requisitos - Aula 4. Aprender 3. Distrito Federal, 2016. Disponível em: <https://aprender3.unb.br/pluginfile.php/2972425/mod_resource/content/4/Requisitos%20-%20Aula%2004%20-%20Parte%202%20RichPicture.pdf>. Acesso em: 28/10/2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.029/10/2024Adição da primeira versão do richpictureJúlia TakakiThales Euflauzino
1.102/11/2024Adicionando introdução e motodologiaThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/assets/Distribuicao_100_reais_pergunta.pdf b/assets/Distribuicao_100_reais_pergunta.pdf new file mode 100644 index 00000000..8b6ab692 Binary files /dev/null and b/assets/Distribuicao_100_reais_pergunta.pdf differ diff --git a/assets/RichPictureTesouroDireto.png b/assets/RichPictureTesouroDireto.png new file mode 100644 index 00000000..cce488dc Binary files /dev/null and b/assets/RichPictureTesouroDireto.png differ diff --git a/assets/Termo_de_Consentimento_Brainstorm.pdf b/assets/Termo_de_Consentimento_Brainstorm.pdf new file mode 100644 index 00000000..d531d050 Binary files /dev/null and b/assets/Termo_de_Consentimento_Brainstorm.pdf differ diff --git a/assets/Termo_de_Consentimento_Questionario.png b/assets/Termo_de_Consentimento_Questionario.png new file mode 100644 index 00000000..9b70b607 Binary files /dev/null and b/assets/Termo_de_Consentimento_Questionario.png differ diff --git a/assets/age-distribution-(tesourodireto).png b/assets/age-distribution-(tesourodireto).png new file mode 100644 index 00000000..edfac3c6 Binary files /dev/null and b/assets/age-distribution-(tesourodireto).png differ diff --git a/assets/gender-distribution-(tesourodireto).png b/assets/gender-distribution-(tesourodireto).png new file mode 100644 index 00000000..0101e811 Binary files /dev/null and b/assets/gender-distribution-(tesourodireto).png differ diff --git a/assets/header-logo-tesourodireto.png b/assets/header-logo-tesourodireto.png new file mode 100644 index 00000000..0433bd3a Binary files /dev/null and b/assets/header-logo-tesourodireto.png differ diff --git a/assets/heatmap.png b/assets/heatmap.png new file mode 100644 index 00000000..ce1f1017 Binary files /dev/null and b/assets/heatmap.png differ diff --git a/assets/images/favicon.png b/assets/images/favicon.png new file mode 100644 index 00000000..1cf13b9f Binary files /dev/null and b/assets/images/favicon.png differ diff --git a/assets/inspecao-fagan.png b/assets/inspecao-fagan.png new file mode 100644 index 00000000..319a15d9 Binary files /dev/null and b/assets/inspecao-fagan.png differ diff --git a/assets/javascripts/bundle.88dd0f4e.min.js b/assets/javascripts/bundle.88dd0f4e.min.js new file mode 100644 index 00000000..fb8f3109 --- /dev/null +++ b/assets/javascripts/bundle.88dd0f4e.min.js @@ -0,0 +1,16 @@ +"use strict";(()=>{var Wi=Object.create;var gr=Object.defineProperty;var Di=Object.getOwnPropertyDescriptor;var Vi=Object.getOwnPropertyNames,Vt=Object.getOwnPropertySymbols,Ni=Object.getPrototypeOf,yr=Object.prototype.hasOwnProperty,ao=Object.prototype.propertyIsEnumerable;var io=(e,t,r)=>t in e?gr(e,t,{enumerable:!0,configurable:!0,writable:!0,value:r}):e[t]=r,$=(e,t)=>{for(var r in t||(t={}))yr.call(t,r)&&io(e,r,t[r]);if(Vt)for(var r of Vt(t))ao.call(t,r)&&io(e,r,t[r]);return e};var so=(e,t)=>{var r={};for(var o in e)yr.call(e,o)&&t.indexOf(o)<0&&(r[o]=e[o]);if(e!=null&&Vt)for(var o of Vt(e))t.indexOf(o)<0&&ao.call(e,o)&&(r[o]=e[o]);return r};var xr=(e,t)=>()=>(t||e((t={exports:{}}).exports,t),t.exports);var zi=(e,t,r,o)=>{if(t&&typeof t=="object"||typeof t=="function")for(let n of Vi(t))!yr.call(e,n)&&n!==r&&gr(e,n,{get:()=>t[n],enumerable:!(o=Di(t,n))||o.enumerable});return e};var Mt=(e,t,r)=>(r=e!=null?Wi(Ni(e)):{},zi(t||!e||!e.__esModule?gr(r,"default",{value:e,enumerable:!0}):r,e));var co=(e,t,r)=>new Promise((o,n)=>{var i=p=>{try{s(r.next(p))}catch(c){n(c)}},a=p=>{try{s(r.throw(p))}catch(c){n(c)}},s=p=>p.done?o(p.value):Promise.resolve(p.value).then(i,a);s((r=r.apply(e,t)).next())});var lo=xr((Er,po)=>{(function(e,t){typeof Er=="object"&&typeof po!="undefined"?t():typeof define=="function"&&define.amd?define(t):t()})(Er,function(){"use strict";function e(r){var o=!0,n=!1,i=null,a={text:!0,search:!0,url:!0,tel:!0,email:!0,password:!0,number:!0,date:!0,month:!0,week:!0,time:!0,datetime:!0,"datetime-local":!0};function s(k){return!!(k&&k!==document&&k.nodeName!=="HTML"&&k.nodeName!=="BODY"&&"classList"in k&&"contains"in k.classList)}function p(k){var ft=k.type,qe=k.tagName;return!!(qe==="INPUT"&&a[ft]&&!k.readOnly||qe==="TEXTAREA"&&!k.readOnly||k.isContentEditable)}function c(k){k.classList.contains("focus-visible")||(k.classList.add("focus-visible"),k.setAttribute("data-focus-visible-added",""))}function l(k){k.hasAttribute("data-focus-visible-added")&&(k.classList.remove("focus-visible"),k.removeAttribute("data-focus-visible-added"))}function f(k){k.metaKey||k.altKey||k.ctrlKey||(s(r.activeElement)&&c(r.activeElement),o=!0)}function u(k){o=!1}function d(k){s(k.target)&&(o||p(k.target))&&c(k.target)}function y(k){s(k.target)&&(k.target.classList.contains("focus-visible")||k.target.hasAttribute("data-focus-visible-added"))&&(n=!0,window.clearTimeout(i),i=window.setTimeout(function(){n=!1},100),l(k.target))}function L(k){document.visibilityState==="hidden"&&(n&&(o=!0),X())}function X(){document.addEventListener("mousemove",J),document.addEventListener("mousedown",J),document.addEventListener("mouseup",J),document.addEventListener("pointermove",J),document.addEventListener("pointerdown",J),document.addEventListener("pointerup",J),document.addEventListener("touchmove",J),document.addEventListener("touchstart",J),document.addEventListener("touchend",J)}function te(){document.removeEventListener("mousemove",J),document.removeEventListener("mousedown",J),document.removeEventListener("mouseup",J),document.removeEventListener("pointermove",J),document.removeEventListener("pointerdown",J),document.removeEventListener("pointerup",J),document.removeEventListener("touchmove",J),document.removeEventListener("touchstart",J),document.removeEventListener("touchend",J)}function J(k){k.target.nodeName&&k.target.nodeName.toLowerCase()==="html"||(o=!1,te())}document.addEventListener("keydown",f,!0),document.addEventListener("mousedown",u,!0),document.addEventListener("pointerdown",u,!0),document.addEventListener("touchstart",u,!0),document.addEventListener("visibilitychange",L,!0),X(),r.addEventListener("focus",d,!0),r.addEventListener("blur",y,!0),r.nodeType===Node.DOCUMENT_FRAGMENT_NODE&&r.host?r.host.setAttribute("data-js-focus-visible",""):r.nodeType===Node.DOCUMENT_NODE&&(document.documentElement.classList.add("js-focus-visible"),document.documentElement.setAttribute("data-js-focus-visible",""))}if(typeof window!="undefined"&&typeof document!="undefined"){window.applyFocusVisiblePolyfill=e;var t;try{t=new CustomEvent("focus-visible-polyfill-ready")}catch(r){t=document.createEvent("CustomEvent"),t.initCustomEvent("focus-visible-polyfill-ready",!1,!1,{})}window.dispatchEvent(t)}typeof document!="undefined"&&e(document)})});var qr=xr((hy,On)=>{"use strict";/*! + * escape-html + * Copyright(c) 2012-2013 TJ Holowaychuk + * Copyright(c) 2015 Andreas Lubbe + * Copyright(c) 2015 Tiancheng "Timothy" Gu + * MIT Licensed + */var $a=/["'&<>]/;On.exports=Pa;function Pa(e){var t=""+e,r=$a.exec(t);if(!r)return t;var o,n="",i=0,a=0;for(i=r.index;i{/*! + * clipboard.js v2.0.11 + * https://clipboardjs.com/ + * + * Licensed MIT © Zeno Rocha + */(function(t,r){typeof It=="object"&&typeof Yr=="object"?Yr.exports=r():typeof define=="function"&&define.amd?define([],r):typeof It=="object"?It.ClipboardJS=r():t.ClipboardJS=r()})(It,function(){return function(){var e={686:function(o,n,i){"use strict";i.d(n,{default:function(){return Ui}});var a=i(279),s=i.n(a),p=i(370),c=i.n(p),l=i(817),f=i.n(l);function u(V){try{return document.execCommand(V)}catch(A){return!1}}var d=function(A){var M=f()(A);return u("cut"),M},y=d;function L(V){var A=document.documentElement.getAttribute("dir")==="rtl",M=document.createElement("textarea");M.style.fontSize="12pt",M.style.border="0",M.style.padding="0",M.style.margin="0",M.style.position="absolute",M.style[A?"right":"left"]="-9999px";var F=window.pageYOffset||document.documentElement.scrollTop;return M.style.top="".concat(F,"px"),M.setAttribute("readonly",""),M.value=V,M}var X=function(A,M){var F=L(A);M.container.appendChild(F);var D=f()(F);return u("copy"),F.remove(),D},te=function(A){var M=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body},F="";return typeof A=="string"?F=X(A,M):A instanceof HTMLInputElement&&!["text","search","url","tel","password"].includes(A==null?void 0:A.type)?F=X(A.value,M):(F=f()(A),u("copy")),F},J=te;function k(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?k=function(M){return typeof M}:k=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},k(V)}var ft=function(){var A=arguments.length>0&&arguments[0]!==void 0?arguments[0]:{},M=A.action,F=M===void 0?"copy":M,D=A.container,Y=A.target,$e=A.text;if(F!=="copy"&&F!=="cut")throw new Error('Invalid "action" value, use either "copy" or "cut"');if(Y!==void 0)if(Y&&k(Y)==="object"&&Y.nodeType===1){if(F==="copy"&&Y.hasAttribute("disabled"))throw new Error('Invalid "target" attribute. Please use "readonly" instead of "disabled" attribute');if(F==="cut"&&(Y.hasAttribute("readonly")||Y.hasAttribute("disabled")))throw new Error(`Invalid "target" attribute. You can't cut text from elements with "readonly" or "disabled" attributes`)}else throw new Error('Invalid "target" value, use a valid Element');if($e)return J($e,{container:D});if(Y)return F==="cut"?y(Y):J(Y,{container:D})},qe=ft;function Fe(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?Fe=function(M){return typeof M}:Fe=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},Fe(V)}function ki(V,A){if(!(V instanceof A))throw new TypeError("Cannot call a class as a function")}function no(V,A){for(var M=0;M0&&arguments[0]!==void 0?arguments[0]:{};this.action=typeof D.action=="function"?D.action:this.defaultAction,this.target=typeof D.target=="function"?D.target:this.defaultTarget,this.text=typeof D.text=="function"?D.text:this.defaultText,this.container=Fe(D.container)==="object"?D.container:document.body}},{key:"listenClick",value:function(D){var Y=this;this.listener=c()(D,"click",function($e){return Y.onClick($e)})}},{key:"onClick",value:function(D){var Y=D.delegateTarget||D.currentTarget,$e=this.action(Y)||"copy",Dt=qe({action:$e,container:this.container,target:this.target(Y),text:this.text(Y)});this.emit(Dt?"success":"error",{action:$e,text:Dt,trigger:Y,clearSelection:function(){Y&&Y.focus(),window.getSelection().removeAllRanges()}})}},{key:"defaultAction",value:function(D){return vr("action",D)}},{key:"defaultTarget",value:function(D){var Y=vr("target",D);if(Y)return document.querySelector(Y)}},{key:"defaultText",value:function(D){return vr("text",D)}},{key:"destroy",value:function(){this.listener.destroy()}}],[{key:"copy",value:function(D){var Y=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body};return J(D,Y)}},{key:"cut",value:function(D){return y(D)}},{key:"isSupported",value:function(){var D=arguments.length>0&&arguments[0]!==void 0?arguments[0]:["copy","cut"],Y=typeof D=="string"?[D]:D,$e=!!document.queryCommandSupported;return Y.forEach(function(Dt){$e=$e&&!!document.queryCommandSupported(Dt)}),$e}}]),M}(s()),Ui=Fi},828:function(o){var n=9;if(typeof Element!="undefined"&&!Element.prototype.matches){var i=Element.prototype;i.matches=i.matchesSelector||i.mozMatchesSelector||i.msMatchesSelector||i.oMatchesSelector||i.webkitMatchesSelector}function a(s,p){for(;s&&s.nodeType!==n;){if(typeof s.matches=="function"&&s.matches(p))return s;s=s.parentNode}}o.exports=a},438:function(o,n,i){var a=i(828);function s(l,f,u,d,y){var L=c.apply(this,arguments);return l.addEventListener(u,L,y),{destroy:function(){l.removeEventListener(u,L,y)}}}function p(l,f,u,d,y){return typeof l.addEventListener=="function"?s.apply(null,arguments):typeof u=="function"?s.bind(null,document).apply(null,arguments):(typeof l=="string"&&(l=document.querySelectorAll(l)),Array.prototype.map.call(l,function(L){return s(L,f,u,d,y)}))}function c(l,f,u,d){return function(y){y.delegateTarget=a(y.target,f),y.delegateTarget&&d.call(l,y)}}o.exports=p},879:function(o,n){n.node=function(i){return i!==void 0&&i instanceof HTMLElement&&i.nodeType===1},n.nodeList=function(i){var a=Object.prototype.toString.call(i);return i!==void 0&&(a==="[object NodeList]"||a==="[object HTMLCollection]")&&"length"in i&&(i.length===0||n.node(i[0]))},n.string=function(i){return typeof i=="string"||i instanceof String},n.fn=function(i){var a=Object.prototype.toString.call(i);return a==="[object Function]"}},370:function(o,n,i){var a=i(879),s=i(438);function p(u,d,y){if(!u&&!d&&!y)throw new Error("Missing required arguments");if(!a.string(d))throw new TypeError("Second argument must be a String");if(!a.fn(y))throw new TypeError("Third argument must be a Function");if(a.node(u))return c(u,d,y);if(a.nodeList(u))return l(u,d,y);if(a.string(u))return f(u,d,y);throw new TypeError("First argument must be a String, HTMLElement, HTMLCollection, or NodeList")}function c(u,d,y){return u.addEventListener(d,y),{destroy:function(){u.removeEventListener(d,y)}}}function l(u,d,y){return Array.prototype.forEach.call(u,function(L){L.addEventListener(d,y)}),{destroy:function(){Array.prototype.forEach.call(u,function(L){L.removeEventListener(d,y)})}}}function f(u,d,y){return s(document.body,u,d,y)}o.exports=p},817:function(o){function n(i){var a;if(i.nodeName==="SELECT")i.focus(),a=i.value;else if(i.nodeName==="INPUT"||i.nodeName==="TEXTAREA"){var s=i.hasAttribute("readonly");s||i.setAttribute("readonly",""),i.select(),i.setSelectionRange(0,i.value.length),s||i.removeAttribute("readonly"),a=i.value}else{i.hasAttribute("contenteditable")&&i.focus();var p=window.getSelection(),c=document.createRange();c.selectNodeContents(i),p.removeAllRanges(),p.addRange(c),a=p.toString()}return a}o.exports=n},279:function(o){function n(){}n.prototype={on:function(i,a,s){var p=this.e||(this.e={});return(p[i]||(p[i]=[])).push({fn:a,ctx:s}),this},once:function(i,a,s){var p=this;function c(){p.off(i,c),a.apply(s,arguments)}return c._=a,this.on(i,c,s)},emit:function(i){var a=[].slice.call(arguments,1),s=((this.e||(this.e={}))[i]||[]).slice(),p=0,c=s.length;for(p;p0&&i[i.length-1])&&(c[0]===6||c[0]===2)){r=0;continue}if(c[0]===3&&(!i||c[1]>i[0]&&c[1]=e.length&&(e=void 0),{value:e&&e[o++],done:!e}}};throw new TypeError(t?"Object is not iterable.":"Symbol.iterator is not defined.")}function N(e,t){var r=typeof Symbol=="function"&&e[Symbol.iterator];if(!r)return e;var o=r.call(e),n,i=[],a;try{for(;(t===void 0||t-- >0)&&!(n=o.next()).done;)i.push(n.value)}catch(s){a={error:s}}finally{try{n&&!n.done&&(r=o.return)&&r.call(o)}finally{if(a)throw a.error}}return i}function q(e,t,r){if(r||arguments.length===2)for(var o=0,n=t.length,i;o1||p(d,L)})},y&&(n[d]=y(n[d])))}function p(d,y){try{c(o[d](y))}catch(L){u(i[0][3],L)}}function c(d){d.value instanceof nt?Promise.resolve(d.value.v).then(l,f):u(i[0][2],d)}function l(d){p("next",d)}function f(d){p("throw",d)}function u(d,y){d(y),i.shift(),i.length&&p(i[0][0],i[0][1])}}function uo(e){if(!Symbol.asyncIterator)throw new TypeError("Symbol.asyncIterator is not defined.");var t=e[Symbol.asyncIterator],r;return t?t.call(e):(e=typeof he=="function"?he(e):e[Symbol.iterator](),r={},o("next"),o("throw"),o("return"),r[Symbol.asyncIterator]=function(){return this},r);function o(i){r[i]=e[i]&&function(a){return new Promise(function(s,p){a=e[i](a),n(s,p,a.done,a.value)})}}function n(i,a,s,p){Promise.resolve(p).then(function(c){i({value:c,done:s})},a)}}function H(e){return typeof e=="function"}function ut(e){var t=function(o){Error.call(o),o.stack=new Error().stack},r=e(t);return r.prototype=Object.create(Error.prototype),r.prototype.constructor=r,r}var zt=ut(function(e){return function(r){e(this),this.message=r?r.length+` errors occurred during unsubscription: +`+r.map(function(o,n){return n+1+") "+o.toString()}).join(` + `):"",this.name="UnsubscriptionError",this.errors=r}});function Qe(e,t){if(e){var r=e.indexOf(t);0<=r&&e.splice(r,1)}}var Ue=function(){function e(t){this.initialTeardown=t,this.closed=!1,this._parentage=null,this._finalizers=null}return e.prototype.unsubscribe=function(){var t,r,o,n,i;if(!this.closed){this.closed=!0;var a=this._parentage;if(a)if(this._parentage=null,Array.isArray(a))try{for(var s=he(a),p=s.next();!p.done;p=s.next()){var c=p.value;c.remove(this)}}catch(L){t={error:L}}finally{try{p&&!p.done&&(r=s.return)&&r.call(s)}finally{if(t)throw t.error}}else a.remove(this);var l=this.initialTeardown;if(H(l))try{l()}catch(L){i=L instanceof zt?L.errors:[L]}var f=this._finalizers;if(f){this._finalizers=null;try{for(var u=he(f),d=u.next();!d.done;d=u.next()){var y=d.value;try{ho(y)}catch(L){i=i!=null?i:[],L instanceof zt?i=q(q([],N(i)),N(L.errors)):i.push(L)}}}catch(L){o={error:L}}finally{try{d&&!d.done&&(n=u.return)&&n.call(u)}finally{if(o)throw o.error}}}if(i)throw new zt(i)}},e.prototype.add=function(t){var r;if(t&&t!==this)if(this.closed)ho(t);else{if(t instanceof e){if(t.closed||t._hasParent(this))return;t._addParent(this)}(this._finalizers=(r=this._finalizers)!==null&&r!==void 0?r:[]).push(t)}},e.prototype._hasParent=function(t){var r=this._parentage;return r===t||Array.isArray(r)&&r.includes(t)},e.prototype._addParent=function(t){var r=this._parentage;this._parentage=Array.isArray(r)?(r.push(t),r):r?[r,t]:t},e.prototype._removeParent=function(t){var r=this._parentage;r===t?this._parentage=null:Array.isArray(r)&&Qe(r,t)},e.prototype.remove=function(t){var r=this._finalizers;r&&Qe(r,t),t instanceof e&&t._removeParent(this)},e.EMPTY=function(){var t=new e;return t.closed=!0,t}(),e}();var Tr=Ue.EMPTY;function qt(e){return e instanceof Ue||e&&"closed"in e&&H(e.remove)&&H(e.add)&&H(e.unsubscribe)}function ho(e){H(e)?e():e.unsubscribe()}var Pe={onUnhandledError:null,onStoppedNotification:null,Promise:void 0,useDeprecatedSynchronousErrorHandling:!1,useDeprecatedNextContext:!1};var dt={setTimeout:function(e,t){for(var r=[],o=2;o0},enumerable:!1,configurable:!0}),t.prototype._trySubscribe=function(r){return this._throwIfClosed(),e.prototype._trySubscribe.call(this,r)},t.prototype._subscribe=function(r){return this._throwIfClosed(),this._checkFinalizedStatuses(r),this._innerSubscribe(r)},t.prototype._innerSubscribe=function(r){var o=this,n=this,i=n.hasError,a=n.isStopped,s=n.observers;return i||a?Tr:(this.currentObservers=null,s.push(r),new Ue(function(){o.currentObservers=null,Qe(s,r)}))},t.prototype._checkFinalizedStatuses=function(r){var o=this,n=o.hasError,i=o.thrownError,a=o.isStopped;n?r.error(i):a&&r.complete()},t.prototype.asObservable=function(){var r=new j;return r.source=this,r},t.create=function(r,o){return new To(r,o)},t}(j);var To=function(e){oe(t,e);function t(r,o){var n=e.call(this)||this;return n.destination=r,n.source=o,n}return t.prototype.next=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.next)===null||n===void 0||n.call(o,r)},t.prototype.error=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.error)===null||n===void 0||n.call(o,r)},t.prototype.complete=function(){var r,o;(o=(r=this.destination)===null||r===void 0?void 0:r.complete)===null||o===void 0||o.call(r)},t.prototype._subscribe=function(r){var o,n;return(n=(o=this.source)===null||o===void 0?void 0:o.subscribe(r))!==null&&n!==void 0?n:Tr},t}(g);var _r=function(e){oe(t,e);function t(r){var o=e.call(this)||this;return o._value=r,o}return Object.defineProperty(t.prototype,"value",{get:function(){return this.getValue()},enumerable:!1,configurable:!0}),t.prototype._subscribe=function(r){var o=e.prototype._subscribe.call(this,r);return!o.closed&&r.next(this._value),o},t.prototype.getValue=function(){var r=this,o=r.hasError,n=r.thrownError,i=r._value;if(o)throw n;return this._throwIfClosed(),i},t.prototype.next=function(r){e.prototype.next.call(this,this._value=r)},t}(g);var At={now:function(){return(At.delegate||Date).now()},delegate:void 0};var Ct=function(e){oe(t,e);function t(r,o,n){r===void 0&&(r=1/0),o===void 0&&(o=1/0),n===void 0&&(n=At);var i=e.call(this)||this;return i._bufferSize=r,i._windowTime=o,i._timestampProvider=n,i._buffer=[],i._infiniteTimeWindow=!0,i._infiniteTimeWindow=o===1/0,i._bufferSize=Math.max(1,r),i._windowTime=Math.max(1,o),i}return t.prototype.next=function(r){var o=this,n=o.isStopped,i=o._buffer,a=o._infiniteTimeWindow,s=o._timestampProvider,p=o._windowTime;n||(i.push(r),!a&&i.push(s.now()+p)),this._trimBuffer(),e.prototype.next.call(this,r)},t.prototype._subscribe=function(r){this._throwIfClosed(),this._trimBuffer();for(var o=this._innerSubscribe(r),n=this,i=n._infiniteTimeWindow,a=n._buffer,s=a.slice(),p=0;p0?e.prototype.schedule.call(this,r,o):(this.delay=o,this.state=r,this.scheduler.flush(this),this)},t.prototype.execute=function(r,o){return o>0||this.closed?e.prototype.execute.call(this,r,o):this._execute(r,o)},t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!=null&&n>0||n==null&&this.delay>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.flush(this),0)},t}(gt);var Lo=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t}(yt);var kr=new Lo(Oo);var Mo=function(e){oe(t,e);function t(r,o){var n=e.call(this,r,o)||this;return n.scheduler=r,n.work=o,n}return t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!==null&&n>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.actions.push(this),r._scheduled||(r._scheduled=vt.requestAnimationFrame(function(){return r.flush(void 0)})))},t.prototype.recycleAsyncId=function(r,o,n){var i;if(n===void 0&&(n=0),n!=null?n>0:this.delay>0)return e.prototype.recycleAsyncId.call(this,r,o,n);var a=r.actions;o!=null&&((i=a[a.length-1])===null||i===void 0?void 0:i.id)!==o&&(vt.cancelAnimationFrame(o),r._scheduled=void 0)},t}(gt);var _o=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t.prototype.flush=function(r){this._active=!0;var o=this._scheduled;this._scheduled=void 0;var n=this.actions,i;r=r||n.shift();do if(i=r.execute(r.state,r.delay))break;while((r=n[0])&&r.id===o&&n.shift());if(this._active=!1,i){for(;(r=n[0])&&r.id===o&&n.shift();)r.unsubscribe();throw i}},t}(yt);var me=new _o(Mo);var S=new j(function(e){return e.complete()});function Yt(e){return e&&H(e.schedule)}function Hr(e){return e[e.length-1]}function Xe(e){return H(Hr(e))?e.pop():void 0}function ke(e){return Yt(Hr(e))?e.pop():void 0}function Bt(e,t){return typeof Hr(e)=="number"?e.pop():t}var xt=function(e){return e&&typeof e.length=="number"&&typeof e!="function"};function Gt(e){return H(e==null?void 0:e.then)}function Jt(e){return H(e[bt])}function Xt(e){return Symbol.asyncIterator&&H(e==null?void 0:e[Symbol.asyncIterator])}function Zt(e){return new TypeError("You provided "+(e!==null&&typeof e=="object"?"an invalid object":"'"+e+"'")+" where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.")}function Zi(){return typeof Symbol!="function"||!Symbol.iterator?"@@iterator":Symbol.iterator}var er=Zi();function tr(e){return H(e==null?void 0:e[er])}function rr(e){return fo(this,arguments,function(){var r,o,n,i;return Nt(this,function(a){switch(a.label){case 0:r=e.getReader(),a.label=1;case 1:a.trys.push([1,,9,10]),a.label=2;case 2:return[4,nt(r.read())];case 3:return o=a.sent(),n=o.value,i=o.done,i?[4,nt(void 0)]:[3,5];case 4:return[2,a.sent()];case 5:return[4,nt(n)];case 6:return[4,a.sent()];case 7:return a.sent(),[3,2];case 8:return[3,10];case 9:return r.releaseLock(),[7];case 10:return[2]}})})}function or(e){return H(e==null?void 0:e.getReader)}function U(e){if(e instanceof j)return e;if(e!=null){if(Jt(e))return ea(e);if(xt(e))return ta(e);if(Gt(e))return ra(e);if(Xt(e))return Ao(e);if(tr(e))return oa(e);if(or(e))return na(e)}throw Zt(e)}function ea(e){return new j(function(t){var r=e[bt]();if(H(r.subscribe))return r.subscribe(t);throw new TypeError("Provided object does not correctly implement Symbol.observable")})}function ta(e){return new j(function(t){for(var r=0;r=2;return function(o){return o.pipe(e?b(function(n,i){return e(n,i,o)}):le,Te(1),r?De(t):Qo(function(){return new ir}))}}function jr(e){return e<=0?function(){return S}:E(function(t,r){var o=[];t.subscribe(T(r,function(n){o.push(n),e=2,!0))}function pe(e){e===void 0&&(e={});var t=e.connector,r=t===void 0?function(){return new g}:t,o=e.resetOnError,n=o===void 0?!0:o,i=e.resetOnComplete,a=i===void 0?!0:i,s=e.resetOnRefCountZero,p=s===void 0?!0:s;return function(c){var l,f,u,d=0,y=!1,L=!1,X=function(){f==null||f.unsubscribe(),f=void 0},te=function(){X(),l=u=void 0,y=L=!1},J=function(){var k=l;te(),k==null||k.unsubscribe()};return E(function(k,ft){d++,!L&&!y&&X();var qe=u=u!=null?u:r();ft.add(function(){d--,d===0&&!L&&!y&&(f=Ur(J,p))}),qe.subscribe(ft),!l&&d>0&&(l=new at({next:function(Fe){return qe.next(Fe)},error:function(Fe){L=!0,X(),f=Ur(te,n,Fe),qe.error(Fe)},complete:function(){y=!0,X(),f=Ur(te,a),qe.complete()}}),U(k).subscribe(l))})(c)}}function Ur(e,t){for(var r=[],o=2;oe.next(document)),e}function P(e,t=document){return Array.from(t.querySelectorAll(e))}function R(e,t=document){let r=fe(e,t);if(typeof r=="undefined")throw new ReferenceError(`Missing element: expected "${e}" to be present`);return r}function fe(e,t=document){return t.querySelector(e)||void 0}function Ie(){var e,t,r,o;return(o=(r=(t=(e=document.activeElement)==null?void 0:e.shadowRoot)==null?void 0:t.activeElement)!=null?r:document.activeElement)!=null?o:void 0}var wa=O(h(document.body,"focusin"),h(document.body,"focusout")).pipe(_e(1),Q(void 0),m(()=>Ie()||document.body),G(1));function et(e){return wa.pipe(m(t=>e.contains(t)),K())}function $t(e,t){return C(()=>O(h(e,"mouseenter").pipe(m(()=>!0)),h(e,"mouseleave").pipe(m(()=>!1))).pipe(t?Ht(r=>Le(+!r*t)):le,Q(e.matches(":hover"))))}function Jo(e,t){if(typeof t=="string"||typeof t=="number")e.innerHTML+=t.toString();else if(t instanceof Node)e.appendChild(t);else if(Array.isArray(t))for(let r of t)Jo(e,r)}function x(e,t,...r){let o=document.createElement(e);if(t)for(let n of Object.keys(t))typeof t[n]!="undefined"&&(typeof t[n]!="boolean"?o.setAttribute(n,t[n]):o.setAttribute(n,""));for(let n of r)Jo(o,n);return o}function sr(e){if(e>999){let t=+((e-950)%1e3>99);return`${((e+1e-6)/1e3).toFixed(t)}k`}else return e.toString()}function Tt(e){let t=x("script",{src:e});return C(()=>(document.head.appendChild(t),O(h(t,"load"),h(t,"error").pipe(v(()=>$r(()=>new ReferenceError(`Invalid script: ${e}`))))).pipe(m(()=>{}),_(()=>document.head.removeChild(t)),Te(1))))}var Xo=new g,Ta=C(()=>typeof ResizeObserver=="undefined"?Tt("https://unpkg.com/resize-observer-polyfill"):I(void 0)).pipe(m(()=>new ResizeObserver(e=>e.forEach(t=>Xo.next(t)))),v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function ce(e){return{width:e.offsetWidth,height:e.offsetHeight}}function ge(e){let t=e;for(;t.clientWidth===0&&t.parentElement;)t=t.parentElement;return Ta.pipe(w(r=>r.observe(t)),v(r=>Xo.pipe(b(o=>o.target===t),_(()=>r.unobserve(t)))),m(()=>ce(e)),Q(ce(e)))}function St(e){return{width:e.scrollWidth,height:e.scrollHeight}}function cr(e){let t=e.parentElement;for(;t&&(e.scrollWidth<=t.scrollWidth&&e.scrollHeight<=t.scrollHeight);)t=(e=t).parentElement;return t?e:void 0}function Zo(e){let t=[],r=e.parentElement;for(;r;)(e.clientWidth>r.clientWidth||e.clientHeight>r.clientHeight)&&t.push(r),r=(e=r).parentElement;return t.length===0&&t.push(document.documentElement),t}function Ve(e){return{x:e.offsetLeft,y:e.offsetTop}}function en(e){let t=e.getBoundingClientRect();return{x:t.x+window.scrollX,y:t.y+window.scrollY}}function tn(e){return O(h(window,"load"),h(window,"resize")).pipe(Me(0,me),m(()=>Ve(e)),Q(Ve(e)))}function pr(e){return{x:e.scrollLeft,y:e.scrollTop}}function Ne(e){return O(h(e,"scroll"),h(window,"scroll"),h(window,"resize")).pipe(Me(0,me),m(()=>pr(e)),Q(pr(e)))}var rn=new g,Sa=C(()=>I(new IntersectionObserver(e=>{for(let t of e)rn.next(t)},{threshold:0}))).pipe(v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function tt(e){return Sa.pipe(w(t=>t.observe(e)),v(t=>rn.pipe(b(({target:r})=>r===e),_(()=>t.unobserve(e)),m(({isIntersecting:r})=>r))))}function on(e,t=16){return Ne(e).pipe(m(({y:r})=>{let o=ce(e),n=St(e);return r>=n.height-o.height-t}),K())}var lr={drawer:R("[data-md-toggle=drawer]"),search:R("[data-md-toggle=search]")};function nn(e){return lr[e].checked}function Je(e,t){lr[e].checked!==t&&lr[e].click()}function ze(e){let t=lr[e];return h(t,"change").pipe(m(()=>t.checked),Q(t.checked))}function Oa(e,t){switch(e.constructor){case HTMLInputElement:return e.type==="radio"?/^Arrow/.test(t):!0;case HTMLSelectElement:case HTMLTextAreaElement:return!0;default:return e.isContentEditable}}function La(){return O(h(window,"compositionstart").pipe(m(()=>!0)),h(window,"compositionend").pipe(m(()=>!1))).pipe(Q(!1))}function an(){let e=h(window,"keydown").pipe(b(t=>!(t.metaKey||t.ctrlKey)),m(t=>({mode:nn("search")?"search":"global",type:t.key,claim(){t.preventDefault(),t.stopPropagation()}})),b(({mode:t,type:r})=>{if(t==="global"){let o=Ie();if(typeof o!="undefined")return!Oa(o,r)}return!0}),pe());return La().pipe(v(t=>t?S:e))}function ye(){return new URL(location.href)}function lt(e,t=!1){if(B("navigation.instant")&&!t){let r=x("a",{href:e.href});document.body.appendChild(r),r.click(),r.remove()}else location.href=e.href}function sn(){return new g}function cn(){return location.hash.slice(1)}function pn(e){let t=x("a",{href:e});t.addEventListener("click",r=>r.stopPropagation()),t.click()}function Ma(e){return O(h(window,"hashchange"),e).pipe(m(cn),Q(cn()),b(t=>t.length>0),G(1))}function ln(e){return Ma(e).pipe(m(t=>fe(`[id="${t}"]`)),b(t=>typeof t!="undefined"))}function Pt(e){let t=matchMedia(e);return ar(r=>t.addListener(()=>r(t.matches))).pipe(Q(t.matches))}function mn(){let e=matchMedia("print");return O(h(window,"beforeprint").pipe(m(()=>!0)),h(window,"afterprint").pipe(m(()=>!1))).pipe(Q(e.matches))}function Nr(e,t){return e.pipe(v(r=>r?t():S))}function zr(e,t){return new j(r=>{let o=new XMLHttpRequest;return o.open("GET",`${e}`),o.responseType="blob",o.addEventListener("load",()=>{o.status>=200&&o.status<300?(r.next(o.response),r.complete()):r.error(new Error(o.statusText))}),o.addEventListener("error",()=>{r.error(new Error("Network error"))}),o.addEventListener("abort",()=>{r.complete()}),typeof(t==null?void 0:t.progress$)!="undefined"&&(o.addEventListener("progress",n=>{var i;if(n.lengthComputable)t.progress$.next(n.loaded/n.total*100);else{let a=(i=o.getResponseHeader("Content-Length"))!=null?i:0;t.progress$.next(n.loaded/+a*100)}}),t.progress$.next(5)),o.send(),()=>o.abort()})}function je(e,t){return zr(e,t).pipe(v(r=>r.text()),m(r=>JSON.parse(r)),G(1))}function fn(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/html")),G(1))}function un(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/xml")),G(1))}function dn(){return{x:Math.max(0,scrollX),y:Math.max(0,scrollY)}}function hn(){return O(h(window,"scroll",{passive:!0}),h(window,"resize",{passive:!0})).pipe(m(dn),Q(dn()))}function bn(){return{width:innerWidth,height:innerHeight}}function vn(){return h(window,"resize",{passive:!0}).pipe(m(bn),Q(bn()))}function gn(){return z([hn(),vn()]).pipe(m(([e,t])=>({offset:e,size:t})),G(1))}function mr(e,{viewport$:t,header$:r}){let o=t.pipe(ee("size")),n=z([o,r]).pipe(m(()=>Ve(e)));return z([r,t,n]).pipe(m(([{height:i},{offset:a,size:s},{x:p,y:c}])=>({offset:{x:a.x-p,y:a.y-c+i},size:s})))}function _a(e){return h(e,"message",t=>t.data)}function Aa(e){let t=new g;return t.subscribe(r=>e.postMessage(r)),t}function yn(e,t=new Worker(e)){let r=_a(t),o=Aa(t),n=new g;n.subscribe(o);let i=o.pipe(Z(),ie(!0));return n.pipe(Z(),Re(r.pipe(W(i))),pe())}var Ca=R("#__config"),Ot=JSON.parse(Ca.textContent);Ot.base=`${new URL(Ot.base,ye())}`;function xe(){return Ot}function B(e){return Ot.features.includes(e)}function Ee(e,t){return typeof t!="undefined"?Ot.translations[e].replace("#",t.toString()):Ot.translations[e]}function Se(e,t=document){return R(`[data-md-component=${e}]`,t)}function ae(e,t=document){return P(`[data-md-component=${e}]`,t)}function ka(e){let t=R(".md-typeset > :first-child",e);return h(t,"click",{once:!0}).pipe(m(()=>R(".md-typeset",e)),m(r=>({hash:__md_hash(r.innerHTML)})))}function xn(e){if(!B("announce.dismiss")||!e.childElementCount)return S;if(!e.hidden){let t=R(".md-typeset",e);__md_hash(t.innerHTML)===__md_get("__announce")&&(e.hidden=!0)}return C(()=>{let t=new g;return t.subscribe(({hash:r})=>{e.hidden=!0,__md_set("__announce",r)}),ka(e).pipe(w(r=>t.next(r)),_(()=>t.complete()),m(r=>$({ref:e},r)))})}function Ha(e,{target$:t}){return t.pipe(m(r=>({hidden:r!==e})))}function En(e,t){let r=new g;return r.subscribe(({hidden:o})=>{e.hidden=o}),Ha(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))}function Rt(e,t){return t==="inline"?x("div",{class:"md-tooltip md-tooltip--inline",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"})):x("div",{class:"md-tooltip",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"}))}function wn(...e){return x("div",{class:"md-tooltip2",role:"tooltip"},x("div",{class:"md-tooltip2__inner md-typeset"},e))}function Tn(e,t){if(t=t?`${t}_annotation_${e}`:void 0,t){let r=t?`#${t}`:void 0;return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("a",{href:r,class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}else return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("span",{class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}function Sn(e){return x("button",{class:"md-clipboard md-icon",title:Ee("clipboard.copy"),"data-clipboard-target":`#${e} > code`})}var Ln=Mt(qr());function Qr(e,t){let r=t&2,o=t&1,n=Object.keys(e.terms).filter(p=>!e.terms[p]).reduce((p,c)=>[...p,x("del",null,(0,Ln.default)(c))," "],[]).slice(0,-1),i=xe(),a=new URL(e.location,i.base);B("search.highlight")&&a.searchParams.set("h",Object.entries(e.terms).filter(([,p])=>p).reduce((p,[c])=>`${p} ${c}`.trim(),""));let{tags:s}=xe();return x("a",{href:`${a}`,class:"md-search-result__link",tabIndex:-1},x("article",{class:"md-search-result__article md-typeset","data-md-score":e.score.toFixed(2)},r>0&&x("div",{class:"md-search-result__icon md-icon"}),r>0&&x("h1",null,e.title),r<=0&&x("h2",null,e.title),o>0&&e.text.length>0&&e.text,e.tags&&x("nav",{class:"md-tags"},e.tags.map(p=>{let c=s?p in s?`md-tag-icon md-tag--${s[p]}`:"md-tag-icon":"";return x("span",{class:`md-tag ${c}`},p)})),o>0&&n.length>0&&x("p",{class:"md-search-result__terms"},Ee("search.result.term.missing"),": ",...n)))}function Mn(e){let t=e[0].score,r=[...e],o=xe(),n=r.findIndex(l=>!`${new URL(l.location,o.base)}`.includes("#")),[i]=r.splice(n,1),a=r.findIndex(l=>l.scoreQr(l,1)),...p.length?[x("details",{class:"md-search-result__more"},x("summary",{tabIndex:-1},x("div",null,p.length>0&&p.length===1?Ee("search.result.more.one"):Ee("search.result.more.other",p.length))),...p.map(l=>Qr(l,1)))]:[]];return x("li",{class:"md-search-result__item"},c)}function _n(e){return x("ul",{class:"md-source__facts"},Object.entries(e).map(([t,r])=>x("li",{class:`md-source__fact md-source__fact--${t}`},typeof r=="number"?sr(r):r)))}function Kr(e){let t=`tabbed-control tabbed-control--${e}`;return x("div",{class:t,hidden:!0},x("button",{class:"tabbed-button",tabIndex:-1,"aria-hidden":"true"}))}function An(e){return x("div",{class:"md-typeset__scrollwrap"},x("div",{class:"md-typeset__table"},e))}function Ra(e){var o;let t=xe(),r=new URL(`../${e.version}/`,t.base);return x("li",{class:"md-version__item"},x("a",{href:`${r}`,class:"md-version__link"},e.title,((o=t.version)==null?void 0:o.alias)&&e.aliases.length>0&&x("span",{class:"md-version__alias"},e.aliases[0])))}function Cn(e,t){var o;let r=xe();return e=e.filter(n=>{var i;return!((i=n.properties)!=null&&i.hidden)}),x("div",{class:"md-version"},x("button",{class:"md-version__current","aria-label":Ee("select.version")},t.title,((o=r.version)==null?void 0:o.alias)&&t.aliases.length>0&&x("span",{class:"md-version__alias"},t.aliases[0])),x("ul",{class:"md-version__list"},e.map(Ra)))}var Ia=0;function ja(e){let t=z([et(e),$t(e)]).pipe(m(([o,n])=>o||n),K()),r=C(()=>Zo(e)).pipe(ne(Ne),pt(1),He(t),m(()=>en(e)));return t.pipe(Ae(o=>o),v(()=>z([t,r])),m(([o,n])=>({active:o,offset:n})),pe())}function Fa(e,t){let{content$:r,viewport$:o}=t,n=`__tooltip2_${Ia++}`;return C(()=>{let i=new g,a=new _r(!1);i.pipe(Z(),ie(!1)).subscribe(a);let s=a.pipe(Ht(c=>Le(+!c*250,kr)),K(),v(c=>c?r:S),w(c=>c.id=n),pe());z([i.pipe(m(({active:c})=>c)),s.pipe(v(c=>$t(c,250)),Q(!1))]).pipe(m(c=>c.some(l=>l))).subscribe(a);let p=a.pipe(b(c=>c),re(s,o),m(([c,l,{size:f}])=>{let u=e.getBoundingClientRect(),d=u.width/2;if(l.role==="tooltip")return{x:d,y:8+u.height};if(u.y>=f.height/2){let{height:y}=ce(l);return{x:d,y:-16-y}}else return{x:d,y:16+u.height}}));return z([s,i,p]).subscribe(([c,{offset:l},f])=>{c.style.setProperty("--md-tooltip-host-x",`${l.x}px`),c.style.setProperty("--md-tooltip-host-y",`${l.y}px`),c.style.setProperty("--md-tooltip-x",`${f.x}px`),c.style.setProperty("--md-tooltip-y",`${f.y}px`),c.classList.toggle("md-tooltip2--top",f.y<0),c.classList.toggle("md-tooltip2--bottom",f.y>=0)}),a.pipe(b(c=>c),re(s,(c,l)=>l),b(c=>c.role==="tooltip")).subscribe(c=>{let l=ce(R(":scope > *",c));c.style.setProperty("--md-tooltip-width",`${l.width}px`),c.style.setProperty("--md-tooltip-tail","0px")}),a.pipe(K(),ve(me),re(s)).subscribe(([c,l])=>{l.classList.toggle("md-tooltip2--active",c)}),z([a.pipe(b(c=>c)),s]).subscribe(([c,l])=>{l.role==="dialog"?(e.setAttribute("aria-controls",n),e.setAttribute("aria-haspopup","dialog")):e.setAttribute("aria-describedby",n)}),a.pipe(b(c=>!c)).subscribe(()=>{e.removeAttribute("aria-controls"),e.removeAttribute("aria-describedby"),e.removeAttribute("aria-haspopup")}),ja(e).pipe(w(c=>i.next(c)),_(()=>i.complete()),m(c=>$({ref:e},c)))})}function mt(e,{viewport$:t},r=document.body){return Fa(e,{content$:new j(o=>{let n=e.title,i=wn(n);return o.next(i),e.removeAttribute("title"),r.append(i),()=>{i.remove(),e.setAttribute("title",n)}}),viewport$:t})}function Ua(e,t){let r=C(()=>z([tn(e),Ne(t)])).pipe(m(([{x:o,y:n},i])=>{let{width:a,height:s}=ce(e);return{x:o-i.x+a/2,y:n-i.y+s/2}}));return et(e).pipe(v(o=>r.pipe(m(n=>({active:o,offset:n})),Te(+!o||1/0))))}function kn(e,t,{target$:r}){let[o,n]=Array.from(e.children);return C(()=>{let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({offset:s}){e.style.setProperty("--md-tooltip-x",`${s.x}px`),e.style.setProperty("--md-tooltip-y",`${s.y}px`)},complete(){e.style.removeProperty("--md-tooltip-x"),e.style.removeProperty("--md-tooltip-y")}}),tt(e).pipe(W(a)).subscribe(s=>{e.toggleAttribute("data-md-visible",s)}),O(i.pipe(b(({active:s})=>s)),i.pipe(_e(250),b(({active:s})=>!s))).subscribe({next({active:s}){s?e.prepend(o):o.remove()},complete(){e.prepend(o)}}),i.pipe(Me(16,me)).subscribe(({active:s})=>{o.classList.toggle("md-tooltip--active",s)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:s})=>s)).subscribe({next(s){s?e.style.setProperty("--md-tooltip-0",`${-s}px`):e.style.removeProperty("--md-tooltip-0")},complete(){e.style.removeProperty("--md-tooltip-0")}}),h(n,"click").pipe(W(a),b(s=>!(s.metaKey||s.ctrlKey))).subscribe(s=>{s.stopPropagation(),s.preventDefault()}),h(n,"mousedown").pipe(W(a),re(i)).subscribe(([s,{active:p}])=>{var c;if(s.button!==0||s.metaKey||s.ctrlKey)s.preventDefault();else if(p){s.preventDefault();let l=e.parentElement.closest(".md-annotation");l instanceof HTMLElement?l.focus():(c=Ie())==null||c.blur()}}),r.pipe(W(a),b(s=>s===o),Ge(125)).subscribe(()=>e.focus()),Ua(e,t).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function Wa(e){return e.tagName==="CODE"?P(".c, .c1, .cm",e):[e]}function Da(e){let t=[];for(let r of Wa(e)){let o=[],n=document.createNodeIterator(r,NodeFilter.SHOW_TEXT);for(let i=n.nextNode();i;i=n.nextNode())o.push(i);for(let i of o){let a;for(;a=/(\(\d+\))(!)?/.exec(i.textContent);){let[,s,p]=a;if(typeof p=="undefined"){let c=i.splitText(a.index);i=c.splitText(s.length),t.push(c)}else{i.textContent=s,t.push(i);break}}}}return t}function Hn(e,t){t.append(...Array.from(e.childNodes))}function fr(e,t,{target$:r,print$:o}){let n=t.closest("[id]"),i=n==null?void 0:n.id,a=new Map;for(let s of Da(t)){let[,p]=s.textContent.match(/\((\d+)\)/);fe(`:scope > li:nth-child(${p})`,e)&&(a.set(p,Tn(p,i)),s.replaceWith(a.get(p)))}return a.size===0?S:C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=[];for(let[l,f]of a)c.push([R(".md-typeset",f),R(`:scope > li:nth-child(${l})`,e)]);return o.pipe(W(p)).subscribe(l=>{e.hidden=!l,e.classList.toggle("md-annotation-list",l);for(let[f,u]of c)l?Hn(f,u):Hn(u,f)}),O(...[...a].map(([,l])=>kn(l,t,{target$:r}))).pipe(_(()=>s.complete()),pe())})}function $n(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return $n(t)}}function Pn(e,t){return C(()=>{let r=$n(e);return typeof r!="undefined"?fr(r,e,t):S})}var Rn=Mt(Br());var Va=0;function In(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return In(t)}}function Na(e){return ge(e).pipe(m(({width:t})=>({scrollable:St(e).width>t})),ee("scrollable"))}function jn(e,t){let{matches:r}=matchMedia("(hover)"),o=C(()=>{let n=new g,i=n.pipe(jr(1));n.subscribe(({scrollable:c})=>{c&&r?e.setAttribute("tabindex","0"):e.removeAttribute("tabindex")});let a=[];if(Rn.default.isSupported()&&(e.closest(".copy")||B("content.code.copy")&&!e.closest(".no-copy"))){let c=e.closest("pre");c.id=`__code_${Va++}`;let l=Sn(c.id);c.insertBefore(l,e),B("content.tooltips")&&a.push(mt(l,{viewport$}))}let s=e.closest(".highlight");if(s instanceof HTMLElement){let c=In(s);if(typeof c!="undefined"&&(s.classList.contains("annotate")||B("content.code.annotate"))){let l=fr(c,e,t);a.push(ge(s).pipe(W(i),m(({width:f,height:u})=>f&&u),K(),v(f=>f?l:S)))}}return P(":scope > span[id]",e).length&&e.classList.add("md-code__content"),Na(e).pipe(w(c=>n.next(c)),_(()=>n.complete()),m(c=>$({ref:e},c)),Re(...a))});return B("content.lazy")?tt(e).pipe(b(n=>n),Te(1),v(()=>o)):o}function za(e,{target$:t,print$:r}){let o=!0;return O(t.pipe(m(n=>n.closest("details:not([open])")),b(n=>e===n),m(()=>({action:"open",reveal:!0}))),r.pipe(b(n=>n||!o),w(()=>o=e.open),m(n=>({action:n?"open":"close"}))))}function Fn(e,t){return C(()=>{let r=new g;return r.subscribe(({action:o,reveal:n})=>{e.toggleAttribute("open",o==="open"),n&&e.scrollIntoView()}),za(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}var Un=".node circle,.node ellipse,.node path,.node polygon,.node rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}marker{fill:var(--md-mermaid-edge-color)!important}.edgeLabel .label rect{fill:#0000}.flowchartTitleText{fill:var(--md-mermaid-label-fg-color)}.label{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.label foreignObject{line-height:normal;overflow:visible}.label div .edgeLabel{color:var(--md-mermaid-label-fg-color)}.edgeLabel,.edgeLabel p,.label div .edgeLabel{background-color:var(--md-mermaid-label-bg-color)}.edgeLabel,.edgeLabel p{fill:var(--md-mermaid-label-bg-color);color:var(--md-mermaid-edge-color)}.edgePath .path,.flowchart-link{stroke:var(--md-mermaid-edge-color);stroke-width:.05rem}.edgePath .arrowheadPath{fill:var(--md-mermaid-edge-color);stroke:none}.cluster rect{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}.cluster span{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}g #flowchart-circleEnd,g #flowchart-circleStart,g #flowchart-crossEnd,g #flowchart-crossStart,g #flowchart-pointEnd,g #flowchart-pointStart{stroke:none}.classDiagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.classGroup line,g.classGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.classGroup text{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.classLabel .box{fill:var(--md-mermaid-label-bg-color);background-color:var(--md-mermaid-label-bg-color);opacity:1}.classLabel .label{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.node .divider{stroke:var(--md-mermaid-node-fg-color)}.relation{stroke:var(--md-mermaid-edge-color)}.cardinality{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.cardinality text{fill:inherit!important}defs #classDiagram-compositionEnd,defs #classDiagram-compositionStart,defs #classDiagram-dependencyEnd,defs #classDiagram-dependencyStart,defs #classDiagram-extensionEnd,defs #classDiagram-extensionStart{fill:var(--md-mermaid-edge-color)!important;stroke:var(--md-mermaid-edge-color)!important}defs #classDiagram-aggregationEnd,defs #classDiagram-aggregationStart{fill:var(--md-mermaid-label-bg-color)!important;stroke:var(--md-mermaid-edge-color)!important}.statediagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.stateGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.stateGroup .state-title{fill:var(--md-mermaid-label-fg-color)!important;font-family:var(--md-mermaid-font-family)}g.stateGroup .composit{fill:var(--md-mermaid-label-bg-color)}.nodeLabel,.nodeLabel p{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}a .nodeLabel{text-decoration:underline}.node circle.state-end,.node circle.state-start,.start-state{fill:var(--md-mermaid-edge-color);stroke:none}.end-state-inner,.end-state-outer{fill:var(--md-mermaid-edge-color)}.end-state-inner,.node circle.state-end{stroke:var(--md-mermaid-label-bg-color)}.transition{stroke:var(--md-mermaid-edge-color)}[id^=state-fork] rect,[id^=state-join] rect{fill:var(--md-mermaid-edge-color)!important;stroke:none!important}.statediagram-cluster.statediagram-cluster .inner{fill:var(--md-default-bg-color)}.statediagram-cluster rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.statediagram-state rect.divider{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}defs #statediagram-barbEnd{stroke:var(--md-mermaid-edge-color)}.entityTitleText{fill:var(--md-mermaid-label-fg-color)}.attributeBoxEven,.attributeBoxOdd{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityBox{fill:var(--md-mermaid-label-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityLabel{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.relationshipLabelBox{fill:var(--md-mermaid-label-bg-color);fill-opacity:1;background-color:var(--md-mermaid-label-bg-color);opacity:1}.relationshipLabel{fill:var(--md-mermaid-label-fg-color)}.relationshipLine{stroke:var(--md-mermaid-edge-color)}defs #ONE_OR_MORE_END *,defs #ONE_OR_MORE_START *,defs #ONLY_ONE_END *,defs #ONLY_ONE_START *,defs #ZERO_OR_MORE_END *,defs #ZERO_OR_MORE_START *,defs #ZERO_OR_ONE_END *,defs #ZERO_OR_ONE_START *{stroke:var(--md-mermaid-edge-color)!important}defs #ZERO_OR_MORE_END circle,defs #ZERO_OR_MORE_START circle{fill:var(--md-mermaid-label-bg-color)}text:not([class]):last-child{fill:var(--md-mermaid-label-fg-color)}.actor{fill:var(--md-mermaid-sequence-actor-bg-color);stroke:var(--md-mermaid-sequence-actor-border-color)}text.actor>tspan{fill:var(--md-mermaid-sequence-actor-fg-color);font-family:var(--md-mermaid-font-family)}line{stroke:var(--md-mermaid-sequence-actor-line-color)}.actor-man circle,.actor-man line{fill:var(--md-mermaid-sequence-actorman-bg-color);stroke:var(--md-mermaid-sequence-actorman-line-color)}.messageLine0,.messageLine1{stroke:var(--md-mermaid-sequence-message-line-color)}.note{fill:var(--md-mermaid-sequence-note-bg-color);stroke:var(--md-mermaid-sequence-note-border-color)}.loopText,.loopText>tspan,.messageText,.noteText>tspan{stroke:none;font-family:var(--md-mermaid-font-family)!important}.messageText{fill:var(--md-mermaid-sequence-message-fg-color)}.loopText,.loopText>tspan{fill:var(--md-mermaid-sequence-loop-fg-color)}.noteText>tspan{fill:var(--md-mermaid-sequence-note-fg-color)}#arrowhead path{fill:var(--md-mermaid-sequence-message-line-color);stroke:none}.loopLine{fill:var(--md-mermaid-sequence-loop-bg-color);stroke:var(--md-mermaid-sequence-loop-border-color)}.labelBox{fill:var(--md-mermaid-sequence-label-bg-color);stroke:none}.labelText,.labelText>span{fill:var(--md-mermaid-sequence-label-fg-color);font-family:var(--md-mermaid-font-family)}.sequenceNumber{fill:var(--md-mermaid-sequence-number-fg-color)}rect.rect{fill:var(--md-mermaid-sequence-box-bg-color);stroke:none}rect.rect+text.text{fill:var(--md-mermaid-sequence-box-fg-color)}defs #sequencenumber{fill:var(--md-mermaid-sequence-number-bg-color)!important}";var Gr,Qa=0;function Ka(){return typeof mermaid=="undefined"||mermaid instanceof Element?Tt("https://unpkg.com/mermaid@11/dist/mermaid.min.js"):I(void 0)}function Wn(e){return e.classList.remove("mermaid"),Gr||(Gr=Ka().pipe(w(()=>mermaid.initialize({startOnLoad:!1,themeCSS:Un,sequence:{actorFontSize:"16px",messageFontSize:"16px",noteFontSize:"16px"}})),m(()=>{}),G(1))),Gr.subscribe(()=>co(this,null,function*(){e.classList.add("mermaid");let t=`__mermaid_${Qa++}`,r=x("div",{class:"mermaid"}),o=e.textContent,{svg:n,fn:i}=yield mermaid.render(t,o),a=r.attachShadow({mode:"closed"});a.innerHTML=n,e.replaceWith(r),i==null||i(a)})),Gr.pipe(m(()=>({ref:e})))}var Dn=x("table");function Vn(e){return e.replaceWith(Dn),Dn.replaceWith(An(e)),I({ref:e})}function Ya(e){let t=e.find(r=>r.checked)||e[0];return O(...e.map(r=>h(r,"change").pipe(m(()=>R(`label[for="${r.id}"]`))))).pipe(Q(R(`label[for="${t.id}"]`)),m(r=>({active:r})))}function Nn(e,{viewport$:t,target$:r}){let o=R(".tabbed-labels",e),n=P(":scope > input",e),i=Kr("prev");e.append(i);let a=Kr("next");return e.append(a),C(()=>{let s=new g,p=s.pipe(Z(),ie(!0));z([s,ge(e),tt(e)]).pipe(W(p),Me(1,me)).subscribe({next([{active:c},l]){let f=Ve(c),{width:u}=ce(c);e.style.setProperty("--md-indicator-x",`${f.x}px`),e.style.setProperty("--md-indicator-width",`${u}px`);let d=pr(o);(f.xd.x+l.width)&&o.scrollTo({left:Math.max(0,f.x-16),behavior:"smooth"})},complete(){e.style.removeProperty("--md-indicator-x"),e.style.removeProperty("--md-indicator-width")}}),z([Ne(o),ge(o)]).pipe(W(p)).subscribe(([c,l])=>{let f=St(o);i.hidden=c.x<16,a.hidden=c.x>f.width-l.width-16}),O(h(i,"click").pipe(m(()=>-1)),h(a,"click").pipe(m(()=>1))).pipe(W(p)).subscribe(c=>{let{width:l}=ce(o);o.scrollBy({left:l*c,behavior:"smooth"})}),r.pipe(W(p),b(c=>n.includes(c))).subscribe(c=>c.click()),o.classList.add("tabbed-labels--linked");for(let c of n){let l=R(`label[for="${c.id}"]`);l.replaceChildren(x("a",{href:`#${l.htmlFor}`,tabIndex:-1},...Array.from(l.childNodes))),h(l.firstElementChild,"click").pipe(W(p),b(f=>!(f.metaKey||f.ctrlKey)),w(f=>{f.preventDefault(),f.stopPropagation()})).subscribe(()=>{history.replaceState({},"",`#${l.htmlFor}`),l.click()})}return B("content.tabs.link")&&s.pipe(Ce(1),re(t)).subscribe(([{active:c},{offset:l}])=>{let f=c.innerText.trim();if(c.hasAttribute("data-md-switching"))c.removeAttribute("data-md-switching");else{let u=e.offsetTop-l.y;for(let y of P("[data-tabs]"))for(let L of P(":scope > input",y)){let X=R(`label[for="${L.id}"]`);if(X!==c&&X.innerText.trim()===f){X.setAttribute("data-md-switching",""),L.click();break}}window.scrollTo({top:e.offsetTop-u});let d=__md_get("__tabs")||[];__md_set("__tabs",[...new Set([f,...d])])}}),s.pipe(W(p)).subscribe(()=>{for(let c of P("audio, video",e))c.pause()}),Ya(n).pipe(w(c=>s.next(c)),_(()=>s.complete()),m(c=>$({ref:e},c)))}).pipe(Ke(se))}function zn(e,{viewport$:t,target$:r,print$:o}){return O(...P(".annotate:not(.highlight)",e).map(n=>Pn(n,{target$:r,print$:o})),...P("pre:not(.mermaid) > code",e).map(n=>jn(n,{target$:r,print$:o})),...P("pre.mermaid",e).map(n=>Wn(n)),...P("table:not([class])",e).map(n=>Vn(n)),...P("details",e).map(n=>Fn(n,{target$:r,print$:o})),...P("[data-tabs]",e).map(n=>Nn(n,{viewport$:t,target$:r})),...P("[title]",e).filter(()=>B("content.tooltips")).map(n=>mt(n,{viewport$:t})))}function Ba(e,{alert$:t}){return t.pipe(v(r=>O(I(!0),I(!1).pipe(Ge(2e3))).pipe(m(o=>({message:r,active:o})))))}function qn(e,t){let r=R(".md-typeset",e);return C(()=>{let o=new g;return o.subscribe(({message:n,active:i})=>{e.classList.toggle("md-dialog--active",i),r.textContent=n}),Ba(e,t).pipe(w(n=>o.next(n)),_(()=>o.complete()),m(n=>$({ref:e},n)))})}var Ga=0;function Ja(e,t){document.body.append(e);let{width:r}=ce(e);e.style.setProperty("--md-tooltip-width",`${r}px`),e.remove();let o=cr(t),n=typeof o!="undefined"?Ne(o):I({x:0,y:0}),i=O(et(t),$t(t)).pipe(K());return z([i,n]).pipe(m(([a,s])=>{let{x:p,y:c}=Ve(t),l=ce(t),f=t.closest("table");return f&&t.parentElement&&(p+=f.offsetLeft+t.parentElement.offsetLeft,c+=f.offsetTop+t.parentElement.offsetTop),{active:a,offset:{x:p-s.x+l.width/2-r/2,y:c-s.y+l.height+8}}}))}function Qn(e){let t=e.title;if(!t.length)return S;let r=`__tooltip_${Ga++}`,o=Rt(r,"inline"),n=R(".md-typeset",o);return n.innerHTML=t,C(()=>{let i=new g;return i.subscribe({next({offset:a}){o.style.setProperty("--md-tooltip-x",`${a.x}px`),o.style.setProperty("--md-tooltip-y",`${a.y}px`)},complete(){o.style.removeProperty("--md-tooltip-x"),o.style.removeProperty("--md-tooltip-y")}}),O(i.pipe(b(({active:a})=>a)),i.pipe(_e(250),b(({active:a})=>!a))).subscribe({next({active:a}){a?(e.insertAdjacentElement("afterend",o),e.setAttribute("aria-describedby",r),e.removeAttribute("title")):(o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t))},complete(){o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t)}}),i.pipe(Me(16,me)).subscribe(({active:a})=>{o.classList.toggle("md-tooltip--active",a)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:a})=>a)).subscribe({next(a){a?o.style.setProperty("--md-tooltip-0",`${-a}px`):o.style.removeProperty("--md-tooltip-0")},complete(){o.style.removeProperty("--md-tooltip-0")}}),Ja(o,e).pipe(w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))}).pipe(Ke(se))}function Xa({viewport$:e}){if(!B("header.autohide"))return I(!1);let t=e.pipe(m(({offset:{y:n}})=>n),Be(2,1),m(([n,i])=>[nMath.abs(i-n.y)>100),m(([,[n]])=>n),K()),o=ze("search");return z([e,o]).pipe(m(([{offset:n},i])=>n.y>400&&!i),K(),v(n=>n?r:I(!1)),Q(!1))}function Kn(e,t){return C(()=>z([ge(e),Xa(t)])).pipe(m(([{height:r},o])=>({height:r,hidden:o})),K((r,o)=>r.height===o.height&&r.hidden===o.hidden),G(1))}function Yn(e,{header$:t,main$:r}){return C(()=>{let o=new g,n=o.pipe(Z(),ie(!0));o.pipe(ee("active"),He(t)).subscribe(([{active:a},{hidden:s}])=>{e.classList.toggle("md-header--shadow",a&&!s),e.hidden=s});let i=ue(P("[title]",e)).pipe(b(()=>B("content.tooltips")),ne(a=>Qn(a)));return r.subscribe(o),t.pipe(W(n),m(a=>$({ref:e},a)),Re(i.pipe(W(n))))})}function Za(e,{viewport$:t,header$:r}){return mr(e,{viewport$:t,header$:r}).pipe(m(({offset:{y:o}})=>{let{height:n}=ce(e);return{active:o>=n}}),ee("active"))}function Bn(e,t){return C(()=>{let r=new g;r.subscribe({next({active:n}){e.classList.toggle("md-header__title--active",n)},complete(){e.classList.remove("md-header__title--active")}});let o=fe(".md-content h1");return typeof o=="undefined"?S:Za(o,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))})}function Gn(e,{viewport$:t,header$:r}){let o=r.pipe(m(({height:i})=>i),K()),n=o.pipe(v(()=>ge(e).pipe(m(({height:i})=>({top:e.offsetTop,bottom:e.offsetTop+i})),ee("bottom"))));return z([o,n,t]).pipe(m(([i,{top:a,bottom:s},{offset:{y:p},size:{height:c}}])=>(c=Math.max(0,c-Math.max(0,a-p,i)-Math.max(0,c+p-s)),{offset:a-i,height:c,active:a-i<=p})),K((i,a)=>i.offset===a.offset&&i.height===a.height&&i.active===a.active))}function es(e){let t=__md_get("__palette")||{index:e.findIndex(o=>matchMedia(o.getAttribute("data-md-color-media")).matches)},r=Math.max(0,Math.min(t.index,e.length-1));return I(...e).pipe(ne(o=>h(o,"change").pipe(m(()=>o))),Q(e[r]),m(o=>({index:e.indexOf(o),color:{media:o.getAttribute("data-md-color-media"),scheme:o.getAttribute("data-md-color-scheme"),primary:o.getAttribute("data-md-color-primary"),accent:o.getAttribute("data-md-color-accent")}})),G(1))}function Jn(e){let t=P("input",e),r=x("meta",{name:"theme-color"});document.head.appendChild(r);let o=x("meta",{name:"color-scheme"});document.head.appendChild(o);let n=Pt("(prefers-color-scheme: light)");return C(()=>{let i=new g;return i.subscribe(a=>{if(document.body.setAttribute("data-md-color-switching",""),a.color.media==="(prefers-color-scheme)"){let s=matchMedia("(prefers-color-scheme: light)"),p=document.querySelector(s.matches?"[data-md-color-media='(prefers-color-scheme: light)']":"[data-md-color-media='(prefers-color-scheme: dark)']");a.color.scheme=p.getAttribute("data-md-color-scheme"),a.color.primary=p.getAttribute("data-md-color-primary"),a.color.accent=p.getAttribute("data-md-color-accent")}for(let[s,p]of Object.entries(a.color))document.body.setAttribute(`data-md-color-${s}`,p);for(let s=0;sa.key==="Enter"),re(i,(a,s)=>s)).subscribe(({index:a})=>{a=(a+1)%t.length,t[a].click(),t[a].focus()}),i.pipe(m(()=>{let a=Se("header"),s=window.getComputedStyle(a);return o.content=s.colorScheme,s.backgroundColor.match(/\d+/g).map(p=>(+p).toString(16).padStart(2,"0")).join("")})).subscribe(a=>r.content=`#${a}`),i.pipe(ve(se)).subscribe(()=>{document.body.removeAttribute("data-md-color-switching")}),es(t).pipe(W(n.pipe(Ce(1))),ct(),w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))})}function Xn(e,{progress$:t}){return C(()=>{let r=new g;return r.subscribe(({value:o})=>{e.style.setProperty("--md-progress-value",`${o}`)}),t.pipe(w(o=>r.next({value:o})),_(()=>r.complete()),m(o=>({ref:e,value:o})))})}var Jr=Mt(Br());function ts(e){e.setAttribute("data-md-copying","");let t=e.closest("[data-copy]"),r=t?t.getAttribute("data-copy"):e.innerText;return e.removeAttribute("data-md-copying"),r.trimEnd()}function Zn({alert$:e}){Jr.default.isSupported()&&new j(t=>{new Jr.default("[data-clipboard-target], [data-clipboard-text]",{text:r=>r.getAttribute("data-clipboard-text")||ts(R(r.getAttribute("data-clipboard-target")))}).on("success",r=>t.next(r))}).pipe(w(t=>{t.trigger.focus()}),m(()=>Ee("clipboard.copied"))).subscribe(e)}function ei(e,t){return e.protocol=t.protocol,e.hostname=t.hostname,e}function rs(e,t){let r=new Map;for(let o of P("url",e)){let n=R("loc",o),i=[ei(new URL(n.textContent),t)];r.set(`${i[0]}`,i);for(let a of P("[rel=alternate]",o)){let s=a.getAttribute("href");s!=null&&i.push(ei(new URL(s),t))}}return r}function ur(e){return un(new URL("sitemap.xml",e)).pipe(m(t=>rs(t,new URL(e))),de(()=>I(new Map)))}function os(e,t){if(!(e.target instanceof Element))return S;let r=e.target.closest("a");if(r===null)return S;if(r.target||e.metaKey||e.ctrlKey)return S;let o=new URL(r.href);return o.search=o.hash="",t.has(`${o}`)?(e.preventDefault(),I(new URL(r.href))):S}function ti(e){let t=new Map;for(let r of P(":scope > *",e.head))t.set(r.outerHTML,r);return t}function ri(e){for(let t of P("[href], [src]",e))for(let r of["href","src"]){let o=t.getAttribute(r);if(o&&!/^(?:[a-z]+:)?\/\//i.test(o)){t[r]=t[r];break}}return I(e)}function ns(e){for(let o of["[data-md-component=announce]","[data-md-component=container]","[data-md-component=header-topic]","[data-md-component=outdated]","[data-md-component=logo]","[data-md-component=skip]",...B("navigation.tabs.sticky")?["[data-md-component=tabs]"]:[]]){let n=fe(o),i=fe(o,e);typeof n!="undefined"&&typeof i!="undefined"&&n.replaceWith(i)}let t=ti(document);for(let[o,n]of ti(e))t.has(o)?t.delete(o):document.head.appendChild(n);for(let o of t.values()){let n=o.getAttribute("name");n!=="theme-color"&&n!=="color-scheme"&&o.remove()}let r=Se("container");return We(P("script",r)).pipe(v(o=>{let n=e.createElement("script");if(o.src){for(let i of o.getAttributeNames())n.setAttribute(i,o.getAttribute(i));return o.replaceWith(n),new j(i=>{n.onload=()=>i.complete()})}else return n.textContent=o.textContent,o.replaceWith(n),S}),Z(),ie(document))}function oi({location$:e,viewport$:t,progress$:r}){let o=xe();if(location.protocol==="file:")return S;let n=ur(o.base);I(document).subscribe(ri);let i=h(document.body,"click").pipe(He(n),v(([p,c])=>os(p,c)),pe()),a=h(window,"popstate").pipe(m(ye),pe());i.pipe(re(t)).subscribe(([p,{offset:c}])=>{history.replaceState(c,""),history.pushState(null,"",p)}),O(i,a).subscribe(e);let s=e.pipe(ee("pathname"),v(p=>fn(p,{progress$:r}).pipe(de(()=>(lt(p,!0),S)))),v(ri),v(ns),pe());return O(s.pipe(re(e,(p,c)=>c)),s.pipe(v(()=>e),ee("pathname"),v(()=>e),ee("hash")),e.pipe(K((p,c)=>p.pathname===c.pathname&&p.hash===c.hash),v(()=>i),w(()=>history.back()))).subscribe(p=>{var c,l;history.state!==null||!p.hash?window.scrollTo(0,(l=(c=history.state)==null?void 0:c.y)!=null?l:0):(history.scrollRestoration="auto",pn(p.hash),history.scrollRestoration="manual")}),e.subscribe(()=>{history.scrollRestoration="manual"}),h(window,"beforeunload").subscribe(()=>{history.scrollRestoration="auto"}),t.pipe(ee("offset"),_e(100)).subscribe(({offset:p})=>{history.replaceState(p,"")}),s}var ni=Mt(qr());function ii(e){let t=e.separator.split("|").map(n=>n.replace(/(\(\?[!=<][^)]+\))/g,"").length===0?"\uFFFD":n).join("|"),r=new RegExp(t,"img"),o=(n,i,a)=>`${i}${a}`;return n=>{n=n.replace(/[\s*+\-:~^]+/g," ").trim();let i=new RegExp(`(^|${e.separator}|)(${n.replace(/[|\\{}()[\]^$+*?.-]/g,"\\$&").replace(r,"|")})`,"img");return a=>(0,ni.default)(a).replace(i,o).replace(/<\/mark>(\s+)]*>/img,"$1")}}function jt(e){return e.type===1}function dr(e){return e.type===3}function ai(e,t){let r=yn(e);return O(I(location.protocol!=="file:"),ze("search")).pipe(Ae(o=>o),v(()=>t)).subscribe(({config:o,docs:n})=>r.next({type:0,data:{config:o,docs:n,options:{suggest:B("search.suggest")}}})),r}function si(e){var l;let{selectedVersionSitemap:t,selectedVersionBaseURL:r,currentLocation:o,currentBaseURL:n}=e,i=(l=Xr(n))==null?void 0:l.pathname;if(i===void 0)return;let a=ss(o.pathname,i);if(a===void 0)return;let s=ps(t.keys());if(!t.has(s))return;let p=Xr(a,s);if(!p||!t.has(p.href))return;let c=Xr(a,r);if(c)return c.hash=o.hash,c.search=o.search,c}function Xr(e,t){try{return new URL(e,t)}catch(r){return}}function ss(e,t){if(e.startsWith(t))return e.slice(t.length)}function cs(e,t){let r=Math.min(e.length,t.length),o;for(o=0;oS)),o=r.pipe(m(n=>{let[,i]=t.base.match(/([^/]+)\/?$/);return n.find(({version:a,aliases:s})=>a===i||s.includes(i))||n[0]}));r.pipe(m(n=>new Map(n.map(i=>[`${new URL(`../${i.version}/`,t.base)}`,i]))),v(n=>h(document.body,"click").pipe(b(i=>!i.metaKey&&!i.ctrlKey),re(o),v(([i,a])=>{if(i.target instanceof Element){let s=i.target.closest("a");if(s&&!s.target&&n.has(s.href)){let p=s.href;return!i.target.closest(".md-version")&&n.get(p)===a?S:(i.preventDefault(),I(new URL(p)))}}return S}),v(i=>ur(i).pipe(m(a=>{var s;return(s=si({selectedVersionSitemap:a,selectedVersionBaseURL:i,currentLocation:ye(),currentBaseURL:t.base}))!=null?s:i})))))).subscribe(n=>lt(n,!0)),z([r,o]).subscribe(([n,i])=>{R(".md-header__topic").appendChild(Cn(n,i))}),e.pipe(v(()=>o)).subscribe(n=>{var a;let i=__md_get("__outdated",sessionStorage);if(i===null){i=!0;let s=((a=t.version)==null?void 0:a.default)||"latest";Array.isArray(s)||(s=[s]);e:for(let p of s)for(let c of n.aliases.concat(n.version))if(new RegExp(p,"i").test(c)){i=!1;break e}__md_set("__outdated",i,sessionStorage)}if(i)for(let s of ae("outdated"))s.hidden=!1})}function ls(e,{worker$:t}){let{searchParams:r}=ye();r.has("q")&&(Je("search",!0),e.value=r.get("q"),e.focus(),ze("search").pipe(Ae(i=>!i)).subscribe(()=>{let i=ye();i.searchParams.delete("q"),history.replaceState({},"",`${i}`)}));let o=et(e),n=O(t.pipe(Ae(jt)),h(e,"keyup"),o).pipe(m(()=>e.value),K());return z([n,o]).pipe(m(([i,a])=>({value:i,focus:a})),G(1))}function pi(e,{worker$:t}){let r=new g,o=r.pipe(Z(),ie(!0));z([t.pipe(Ae(jt)),r],(i,a)=>a).pipe(ee("value")).subscribe(({value:i})=>t.next({type:2,data:i})),r.pipe(ee("focus")).subscribe(({focus:i})=>{i&&Je("search",i)}),h(e.form,"reset").pipe(W(o)).subscribe(()=>e.focus());let n=R("header [for=__search]");return h(n,"click").subscribe(()=>e.focus()),ls(e,{worker$:t}).pipe(w(i=>r.next(i)),_(()=>r.complete()),m(i=>$({ref:e},i)),G(1))}function li(e,{worker$:t,query$:r}){let o=new g,n=on(e.parentElement).pipe(b(Boolean)),i=e.parentElement,a=R(":scope > :first-child",e),s=R(":scope > :last-child",e);ze("search").subscribe(l=>s.setAttribute("role",l?"list":"presentation")),o.pipe(re(r),Wr(t.pipe(Ae(jt)))).subscribe(([{items:l},{value:f}])=>{switch(l.length){case 0:a.textContent=f.length?Ee("search.result.none"):Ee("search.result.placeholder");break;case 1:a.textContent=Ee("search.result.one");break;default:let u=sr(l.length);a.textContent=Ee("search.result.other",u)}});let p=o.pipe(w(()=>s.innerHTML=""),v(({items:l})=>O(I(...l.slice(0,10)),I(...l.slice(10)).pipe(Be(4),Vr(n),v(([f])=>f)))),m(Mn),pe());return p.subscribe(l=>s.appendChild(l)),p.pipe(ne(l=>{let f=fe("details",l);return typeof f=="undefined"?S:h(f,"toggle").pipe(W(o),m(()=>f))})).subscribe(l=>{l.open===!1&&l.offsetTop<=i.scrollTop&&i.scrollTo({top:l.offsetTop})}),t.pipe(b(dr),m(({data:l})=>l)).pipe(w(l=>o.next(l)),_(()=>o.complete()),m(l=>$({ref:e},l)))}function ms(e,{query$:t}){return t.pipe(m(({value:r})=>{let o=ye();return o.hash="",r=r.replace(/\s+/g,"+").replace(/&/g,"%26").replace(/=/g,"%3D"),o.search=`q=${r}`,{url:o}}))}function mi(e,t){let r=new g,o=r.pipe(Z(),ie(!0));return r.subscribe(({url:n})=>{e.setAttribute("data-clipboard-text",e.href),e.href=`${n}`}),h(e,"click").pipe(W(o)).subscribe(n=>n.preventDefault()),ms(e,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))}function fi(e,{worker$:t,keyboard$:r}){let o=new g,n=Se("search-query"),i=O(h(n,"keydown"),h(n,"focus")).pipe(ve(se),m(()=>n.value),K());return o.pipe(He(i),m(([{suggest:s},p])=>{let c=p.split(/([\s-]+)/);if(s!=null&&s.length&&c[c.length-1]){let l=s[s.length-1];l.startsWith(c[c.length-1])&&(c[c.length-1]=l)}else c.length=0;return c})).subscribe(s=>e.innerHTML=s.join("").replace(/\s/g," ")),r.pipe(b(({mode:s})=>s==="search")).subscribe(s=>{switch(s.type){case"ArrowRight":e.innerText.length&&n.selectionStart===n.value.length&&(n.value=e.innerText);break}}),t.pipe(b(dr),m(({data:s})=>s)).pipe(w(s=>o.next(s)),_(()=>o.complete()),m(()=>({ref:e})))}function ui(e,{index$:t,keyboard$:r}){let o=xe();try{let n=ai(o.search,t),i=Se("search-query",e),a=Se("search-result",e);h(e,"click").pipe(b(({target:p})=>p instanceof Element&&!!p.closest("a"))).subscribe(()=>Je("search",!1)),r.pipe(b(({mode:p})=>p==="search")).subscribe(p=>{let c=Ie();switch(p.type){case"Enter":if(c===i){let l=new Map;for(let f of P(":first-child [href]",a)){let u=f.firstElementChild;l.set(f,parseFloat(u.getAttribute("data-md-score")))}if(l.size){let[[f]]=[...l].sort(([,u],[,d])=>d-u);f.click()}p.claim()}break;case"Escape":case"Tab":Je("search",!1),i.blur();break;case"ArrowUp":case"ArrowDown":if(typeof c=="undefined")i.focus();else{let l=[i,...P(":not(details) > [href], summary, details[open] [href]",a)],f=Math.max(0,(Math.max(0,l.indexOf(c))+l.length+(p.type==="ArrowUp"?-1:1))%l.length);l[f].focus()}p.claim();break;default:i!==Ie()&&i.focus()}}),r.pipe(b(({mode:p})=>p==="global")).subscribe(p=>{switch(p.type){case"f":case"s":case"/":i.focus(),i.select(),p.claim();break}});let s=pi(i,{worker$:n});return O(s,li(a,{worker$:n,query$:s})).pipe(Re(...ae("search-share",e).map(p=>mi(p,{query$:s})),...ae("search-suggest",e).map(p=>fi(p,{worker$:n,keyboard$:r}))))}catch(n){return e.hidden=!0,Ye}}function di(e,{index$:t,location$:r}){return z([t,r.pipe(Q(ye()),b(o=>!!o.searchParams.get("h")))]).pipe(m(([o,n])=>ii(o.config)(n.searchParams.get("h"))),m(o=>{var a;let n=new Map,i=document.createNodeIterator(e,NodeFilter.SHOW_TEXT);for(let s=i.nextNode();s;s=i.nextNode())if((a=s.parentElement)!=null&&a.offsetHeight){let p=s.textContent,c=o(p);c.length>p.length&&n.set(s,c)}for(let[s,p]of n){let{childNodes:c}=x("span",null,p);s.replaceWith(...Array.from(c))}return{ref:e,nodes:n}}))}function fs(e,{viewport$:t,main$:r}){let o=e.closest(".md-grid"),n=o.offsetTop-o.parentElement.offsetTop;return z([r,t]).pipe(m(([{offset:i,height:a},{offset:{y:s}}])=>(a=a+Math.min(n,Math.max(0,s-i))-n,{height:a,locked:s>=i+n})),K((i,a)=>i.height===a.height&&i.locked===a.locked))}function Zr(e,o){var n=o,{header$:t}=n,r=so(n,["header$"]);let i=R(".md-sidebar__scrollwrap",e),{y:a}=Ve(i);return C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=s.pipe(Me(0,me));return c.pipe(re(t)).subscribe({next([{height:l},{height:f}]){i.style.height=`${l-2*a}px`,e.style.top=`${f}px`},complete(){i.style.height="",e.style.top=""}}),c.pipe(Ae()).subscribe(()=>{for(let l of P(".md-nav__link--active[href]",e)){if(!l.clientHeight)continue;let f=l.closest(".md-sidebar__scrollwrap");if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2})}}}),ue(P("label[tabindex]",e)).pipe(ne(l=>h(l,"click").pipe(ve(se),m(()=>l),W(p)))).subscribe(l=>{let f=R(`[id="${l.htmlFor}"]`);R(`[aria-labelledby="${l.id}"]`).setAttribute("aria-expanded",`${f.checked}`)}),fs(e,r).pipe(w(l=>s.next(l)),_(()=>s.complete()),m(l=>$({ref:e},l)))})}function hi(e,t){if(typeof t!="undefined"){let r=`https://api.github.com/repos/${e}/${t}`;return st(je(`${r}/releases/latest`).pipe(de(()=>S),m(o=>({version:o.tag_name})),De({})),je(r).pipe(de(()=>S),m(o=>({stars:o.stargazers_count,forks:o.forks_count})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}else{let r=`https://api.github.com/users/${e}`;return je(r).pipe(m(o=>({repositories:o.public_repos})),De({}))}}function bi(e,t){let r=`https://${e}/api/v4/projects/${encodeURIComponent(t)}`;return st(je(`${r}/releases/permalink/latest`).pipe(de(()=>S),m(({tag_name:o})=>({version:o})),De({})),je(r).pipe(de(()=>S),m(({star_count:o,forks_count:n})=>({stars:o,forks:n})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}function vi(e){let t=e.match(/^.+github\.com\/([^/]+)\/?([^/]+)?/i);if(t){let[,r,o]=t;return hi(r,o)}if(t=e.match(/^.+?([^/]*gitlab[^/]+)\/(.+?)\/?$/i),t){let[,r,o]=t;return bi(r,o)}return S}var us;function ds(e){return us||(us=C(()=>{let t=__md_get("__source",sessionStorage);if(t)return I(t);if(ae("consent").length){let o=__md_get("__consent");if(!(o&&o.github))return S}return vi(e.href).pipe(w(o=>__md_set("__source",o,sessionStorage)))}).pipe(de(()=>S),b(t=>Object.keys(t).length>0),m(t=>({facts:t})),G(1)))}function gi(e){let t=R(":scope > :last-child",e);return C(()=>{let r=new g;return r.subscribe(({facts:o})=>{t.appendChild(_n(o)),t.classList.add("md-source__repository--active")}),ds(e).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function hs(e,{viewport$:t,header$:r}){return ge(document.body).pipe(v(()=>mr(e,{header$:r,viewport$:t})),m(({offset:{y:o}})=>({hidden:o>=10})),ee("hidden"))}function yi(e,t){return C(()=>{let r=new g;return r.subscribe({next({hidden:o}){e.hidden=o},complete(){e.hidden=!1}}),(B("navigation.tabs.sticky")?I({hidden:!1}):hs(e,t)).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function bs(e,{viewport$:t,header$:r}){let o=new Map,n=P(".md-nav__link",e);for(let s of n){let p=decodeURIComponent(s.hash.substring(1)),c=fe(`[id="${p}"]`);typeof c!="undefined"&&o.set(s,c)}let i=r.pipe(ee("height"),m(({height:s})=>{let p=Se("main"),c=R(":scope > :first-child",p);return s+.8*(c.offsetTop-p.offsetTop)}),pe());return ge(document.body).pipe(ee("height"),v(s=>C(()=>{let p=[];return I([...o].reduce((c,[l,f])=>{for(;p.length&&o.get(p[p.length-1]).tagName>=f.tagName;)p.pop();let u=f.offsetTop;for(;!u&&f.parentElement;)f=f.parentElement,u=f.offsetTop;let d=f.offsetParent;for(;d;d=d.offsetParent)u+=d.offsetTop;return c.set([...p=[...p,l]].reverse(),u)},new Map))}).pipe(m(p=>new Map([...p].sort(([,c],[,l])=>c-l))),He(i),v(([p,c])=>t.pipe(Fr(([l,f],{offset:{y:u},size:d})=>{let y=u+d.height>=Math.floor(s.height);for(;f.length;){let[,L]=f[0];if(L-c=u&&!y)f=[l.pop(),...f];else break}return[l,f]},[[],[...p]]),K((l,f)=>l[0]===f[0]&&l[1]===f[1])))))).pipe(m(([s,p])=>({prev:s.map(([c])=>c),next:p.map(([c])=>c)})),Q({prev:[],next:[]}),Be(2,1),m(([s,p])=>s.prev.length{let i=new g,a=i.pipe(Z(),ie(!0));if(i.subscribe(({prev:s,next:p})=>{for(let[c]of p)c.classList.remove("md-nav__link--passed"),c.classList.remove("md-nav__link--active");for(let[c,[l]]of s.entries())l.classList.add("md-nav__link--passed"),l.classList.toggle("md-nav__link--active",c===s.length-1)}),B("toc.follow")){let s=O(t.pipe(_e(1),m(()=>{})),t.pipe(_e(250),m(()=>"smooth")));i.pipe(b(({prev:p})=>p.length>0),He(o.pipe(ve(se))),re(s)).subscribe(([[{prev:p}],c])=>{let[l]=p[p.length-1];if(l.offsetHeight){let f=cr(l);if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2,behavior:c})}}})}return B("navigation.tracking")&&t.pipe(W(a),ee("offset"),_e(250),Ce(1),W(n.pipe(Ce(1))),ct({delay:250}),re(i)).subscribe(([,{prev:s}])=>{let p=ye(),c=s[s.length-1];if(c&&c.length){let[l]=c,{hash:f}=new URL(l.href);p.hash!==f&&(p.hash=f,history.replaceState({},"",`${p}`))}else p.hash="",history.replaceState({},"",`${p}`)}),bs(e,{viewport$:t,header$:r}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function vs(e,{viewport$:t,main$:r,target$:o}){let n=t.pipe(m(({offset:{y:a}})=>a),Be(2,1),m(([a,s])=>a>s&&s>0),K()),i=r.pipe(m(({active:a})=>a));return z([i,n]).pipe(m(([a,s])=>!(a&&s)),K(),W(o.pipe(Ce(1))),ie(!0),ct({delay:250}),m(a=>({hidden:a})))}function Ei(e,{viewport$:t,header$:r,main$:o,target$:n}){let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({hidden:s}){e.hidden=s,s?(e.setAttribute("tabindex","-1"),e.blur()):e.removeAttribute("tabindex")},complete(){e.style.top="",e.hidden=!0,e.removeAttribute("tabindex")}}),r.pipe(W(a),ee("height")).subscribe(({height:s})=>{e.style.top=`${s+16}px`}),h(e,"click").subscribe(s=>{s.preventDefault(),window.scrollTo({top:0})}),vs(e,{viewport$:t,main$:o,target$:n}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))}function wi({document$:e,viewport$:t}){e.pipe(v(()=>P(".md-ellipsis")),ne(r=>tt(r).pipe(W(e.pipe(Ce(1))),b(o=>o),m(()=>r),Te(1))),b(r=>r.offsetWidth{let o=r.innerText,n=r.closest("a")||r;return n.title=o,B("content.tooltips")?mt(n,{viewport$:t}).pipe(W(e.pipe(Ce(1))),_(()=>n.removeAttribute("title"))):S})).subscribe(),B("content.tooltips")&&e.pipe(v(()=>P(".md-status")),ne(r=>mt(r,{viewport$:t}))).subscribe()}function Ti({document$:e,tablet$:t}){e.pipe(v(()=>P(".md-toggle--indeterminate")),w(r=>{r.indeterminate=!0,r.checked=!1}),ne(r=>h(r,"change").pipe(Dr(()=>r.classList.contains("md-toggle--indeterminate")),m(()=>r))),re(t)).subscribe(([r,o])=>{r.classList.remove("md-toggle--indeterminate"),o&&(r.checked=!1)})}function gs(){return/(iPad|iPhone|iPod)/.test(navigator.userAgent)}function Si({document$:e}){e.pipe(v(()=>P("[data-md-scrollfix]")),w(t=>t.removeAttribute("data-md-scrollfix")),b(gs),ne(t=>h(t,"touchstart").pipe(m(()=>t)))).subscribe(t=>{let r=t.scrollTop;r===0?t.scrollTop=1:r+t.offsetHeight===t.scrollHeight&&(t.scrollTop=r-1)})}function Oi({viewport$:e,tablet$:t}){z([ze("search"),t]).pipe(m(([r,o])=>r&&!o),v(r=>I(r).pipe(Ge(r?400:100))),re(e)).subscribe(([r,{offset:{y:o}}])=>{if(r)document.body.setAttribute("data-md-scrolllock",""),document.body.style.top=`-${o}px`;else{let n=-1*parseInt(document.body.style.top,10);document.body.removeAttribute("data-md-scrolllock"),document.body.style.top="",n&&window.scrollTo(0,n)}})}Object.entries||(Object.entries=function(e){let t=[];for(let r of Object.keys(e))t.push([r,e[r]]);return t});Object.values||(Object.values=function(e){let t=[];for(let r of Object.keys(e))t.push(e[r]);return t});typeof Element!="undefined"&&(Element.prototype.scrollTo||(Element.prototype.scrollTo=function(e,t){typeof e=="object"?(this.scrollLeft=e.left,this.scrollTop=e.top):(this.scrollLeft=e,this.scrollTop=t)}),Element.prototype.replaceWith||(Element.prototype.replaceWith=function(...e){let t=this.parentNode;if(t){e.length===0&&t.removeChild(this);for(let r=e.length-1;r>=0;r--){let o=e[r];typeof o=="string"?o=document.createTextNode(o):o.parentNode&&o.parentNode.removeChild(o),r?t.insertBefore(this.previousSibling,o):t.replaceChild(o,this)}}}));function ys(){return location.protocol==="file:"?Tt(`${new URL("search/search_index.js",eo.base)}`).pipe(m(()=>__index),G(1)):je(new URL("search/search_index.json",eo.base))}document.documentElement.classList.remove("no-js");document.documentElement.classList.add("js");var ot=Go(),Ut=sn(),Lt=ln(Ut),to=an(),Oe=gn(),hr=Pt("(min-width: 960px)"),Mi=Pt("(min-width: 1220px)"),_i=mn(),eo=xe(),Ai=document.forms.namedItem("search")?ys():Ye,ro=new g;Zn({alert$:ro});var oo=new g;B("navigation.instant")&&oi({location$:Ut,viewport$:Oe,progress$:oo}).subscribe(ot);var Li;((Li=eo.version)==null?void 0:Li.provider)==="mike"&&ci({document$:ot});O(Ut,Lt).pipe(Ge(125)).subscribe(()=>{Je("drawer",!1),Je("search",!1)});to.pipe(b(({mode:e})=>e==="global")).subscribe(e=>{switch(e.type){case"p":case",":let t=fe("link[rel=prev]");typeof t!="undefined"&<(t);break;case"n":case".":let r=fe("link[rel=next]");typeof r!="undefined"&<(r);break;case"Enter":let o=Ie();o instanceof HTMLLabelElement&&o.click()}});wi({viewport$:Oe,document$:ot});Ti({document$:ot,tablet$:hr});Si({document$:ot});Oi({viewport$:Oe,tablet$:hr});var rt=Kn(Se("header"),{viewport$:Oe}),Ft=ot.pipe(m(()=>Se("main")),v(e=>Gn(e,{viewport$:Oe,header$:rt})),G(1)),xs=O(...ae("consent").map(e=>En(e,{target$:Lt})),...ae("dialog").map(e=>qn(e,{alert$:ro})),...ae("palette").map(e=>Jn(e)),...ae("progress").map(e=>Xn(e,{progress$:oo})),...ae("search").map(e=>ui(e,{index$:Ai,keyboard$:to})),...ae("source").map(e=>gi(e))),Es=C(()=>O(...ae("announce").map(e=>xn(e)),...ae("content").map(e=>zn(e,{viewport$:Oe,target$:Lt,print$:_i})),...ae("content").map(e=>B("search.highlight")?di(e,{index$:Ai,location$:Ut}):S),...ae("header").map(e=>Yn(e,{viewport$:Oe,header$:rt,main$:Ft})),...ae("header-title").map(e=>Bn(e,{viewport$:Oe,header$:rt})),...ae("sidebar").map(e=>e.getAttribute("data-md-type")==="navigation"?Nr(Mi,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft})):Nr(hr,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft}))),...ae("tabs").map(e=>yi(e,{viewport$:Oe,header$:rt})),...ae("toc").map(e=>xi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})),...ae("top").map(e=>Ei(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})))),Ci=ot.pipe(v(()=>Es),Re(xs),G(1));Ci.subscribe();window.document$=ot;window.location$=Ut;window.target$=Lt;window.keyboard$=to;window.viewport$=Oe;window.tablet$=hr;window.screen$=Mi;window.print$=_i;window.alert$=ro;window.progress$=oo;window.component$=Ci;})(); +//# sourceMappingURL=bundle.88dd0f4e.min.js.map + diff --git a/assets/javascripts/bundle.88dd0f4e.min.js.map b/assets/javascripts/bundle.88dd0f4e.min.js.map new file mode 100644 index 00000000..dab2a875 --- /dev/null +++ b/assets/javascripts/bundle.88dd0f4e.min.js.map @@ -0,0 +1,7 @@ +{ + "version": 3, + "sources": ["node_modules/focus-visible/dist/focus-visible.js", "node_modules/escape-html/index.js", "node_modules/clipboard/dist/clipboard.js", "src/templates/assets/javascripts/bundle.ts", "node_modules/tslib/tslib.es6.mjs", "node_modules/rxjs/src/internal/util/isFunction.ts", "node_modules/rxjs/src/internal/util/createErrorClass.ts", "node_modules/rxjs/src/internal/util/UnsubscriptionError.ts", "node_modules/rxjs/src/internal/util/arrRemove.ts", "node_modules/rxjs/src/internal/Subscription.ts", "node_modules/rxjs/src/internal/config.ts", "node_modules/rxjs/src/internal/scheduler/timeoutProvider.ts", "node_modules/rxjs/src/internal/util/reportUnhandledError.ts", "node_modules/rxjs/src/internal/util/noop.ts", "node_modules/rxjs/src/internal/NotificationFactories.ts", "node_modules/rxjs/src/internal/util/errorContext.ts", "node_modules/rxjs/src/internal/Subscriber.ts", "node_modules/rxjs/src/internal/symbol/observable.ts", "node_modules/rxjs/src/internal/util/identity.ts", "node_modules/rxjs/src/internal/util/pipe.ts", "node_modules/rxjs/src/internal/Observable.ts", "node_modules/rxjs/src/internal/util/lift.ts", "node_modules/rxjs/src/internal/operators/OperatorSubscriber.ts", "node_modules/rxjs/src/internal/scheduler/animationFrameProvider.ts", "node_modules/rxjs/src/internal/util/ObjectUnsubscribedError.ts", "node_modules/rxjs/src/internal/Subject.ts", "node_modules/rxjs/src/internal/BehaviorSubject.ts", "node_modules/rxjs/src/internal/scheduler/dateTimestampProvider.ts", "node_modules/rxjs/src/internal/ReplaySubject.ts", "node_modules/rxjs/src/internal/scheduler/Action.ts", "node_modules/rxjs/src/internal/scheduler/intervalProvider.ts", "node_modules/rxjs/src/internal/scheduler/AsyncAction.ts", "node_modules/rxjs/src/internal/Scheduler.ts", "node_modules/rxjs/src/internal/scheduler/AsyncScheduler.ts", "node_modules/rxjs/src/internal/scheduler/async.ts", "node_modules/rxjs/src/internal/scheduler/QueueAction.ts", "node_modules/rxjs/src/internal/scheduler/QueueScheduler.ts", "node_modules/rxjs/src/internal/scheduler/queue.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameAction.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameScheduler.ts", "node_modules/rxjs/src/internal/scheduler/animationFrame.ts", "node_modules/rxjs/src/internal/observable/empty.ts", "node_modules/rxjs/src/internal/util/isScheduler.ts", "node_modules/rxjs/src/internal/util/args.ts", "node_modules/rxjs/src/internal/util/isArrayLike.ts", "node_modules/rxjs/src/internal/util/isPromise.ts", "node_modules/rxjs/src/internal/util/isInteropObservable.ts", "node_modules/rxjs/src/internal/util/isAsyncIterable.ts", "node_modules/rxjs/src/internal/util/throwUnobservableError.ts", "node_modules/rxjs/src/internal/symbol/iterator.ts", "node_modules/rxjs/src/internal/util/isIterable.ts", "node_modules/rxjs/src/internal/util/isReadableStreamLike.ts", "node_modules/rxjs/src/internal/observable/innerFrom.ts", "node_modules/rxjs/src/internal/util/executeSchedule.ts", "node_modules/rxjs/src/internal/operators/observeOn.ts", "node_modules/rxjs/src/internal/operators/subscribeOn.ts", "node_modules/rxjs/src/internal/scheduled/scheduleObservable.ts", "node_modules/rxjs/src/internal/scheduled/schedulePromise.ts", "node_modules/rxjs/src/internal/scheduled/scheduleArray.ts", "node_modules/rxjs/src/internal/scheduled/scheduleIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleAsyncIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleReadableStreamLike.ts", "node_modules/rxjs/src/internal/scheduled/scheduled.ts", "node_modules/rxjs/src/internal/observable/from.ts", "node_modules/rxjs/src/internal/observable/of.ts", "node_modules/rxjs/src/internal/observable/throwError.ts", "node_modules/rxjs/src/internal/util/EmptyError.ts", "node_modules/rxjs/src/internal/util/isDate.ts", "node_modules/rxjs/src/internal/operators/map.ts", "node_modules/rxjs/src/internal/util/mapOneOrManyArgs.ts", "node_modules/rxjs/src/internal/util/argsArgArrayOrObject.ts", "node_modules/rxjs/src/internal/util/createObject.ts", "node_modules/rxjs/src/internal/observable/combineLatest.ts", "node_modules/rxjs/src/internal/operators/mergeInternals.ts", "node_modules/rxjs/src/internal/operators/mergeMap.ts", "node_modules/rxjs/src/internal/operators/mergeAll.ts", "node_modules/rxjs/src/internal/operators/concatAll.ts", "node_modules/rxjs/src/internal/observable/concat.ts", "node_modules/rxjs/src/internal/observable/defer.ts", "node_modules/rxjs/src/internal/observable/fromEvent.ts", "node_modules/rxjs/src/internal/observable/fromEventPattern.ts", "node_modules/rxjs/src/internal/observable/timer.ts", "node_modules/rxjs/src/internal/observable/merge.ts", "node_modules/rxjs/src/internal/observable/never.ts", "node_modules/rxjs/src/internal/util/argsOrArgArray.ts", "node_modules/rxjs/src/internal/operators/filter.ts", "node_modules/rxjs/src/internal/observable/zip.ts", "node_modules/rxjs/src/internal/operators/audit.ts", "node_modules/rxjs/src/internal/operators/auditTime.ts", "node_modules/rxjs/src/internal/operators/bufferCount.ts", "node_modules/rxjs/src/internal/operators/catchError.ts", "node_modules/rxjs/src/internal/operators/scanInternals.ts", "node_modules/rxjs/src/internal/operators/combineLatest.ts", "node_modules/rxjs/src/internal/operators/combineLatestWith.ts", "node_modules/rxjs/src/internal/operators/debounce.ts", "node_modules/rxjs/src/internal/operators/debounceTime.ts", "node_modules/rxjs/src/internal/operators/defaultIfEmpty.ts", "node_modules/rxjs/src/internal/operators/take.ts", "node_modules/rxjs/src/internal/operators/ignoreElements.ts", "node_modules/rxjs/src/internal/operators/mapTo.ts", "node_modules/rxjs/src/internal/operators/delayWhen.ts", "node_modules/rxjs/src/internal/operators/delay.ts", "node_modules/rxjs/src/internal/operators/distinctUntilChanged.ts", "node_modules/rxjs/src/internal/operators/distinctUntilKeyChanged.ts", "node_modules/rxjs/src/internal/operators/throwIfEmpty.ts", "node_modules/rxjs/src/internal/operators/endWith.ts", "node_modules/rxjs/src/internal/operators/finalize.ts", "node_modules/rxjs/src/internal/operators/first.ts", "node_modules/rxjs/src/internal/operators/takeLast.ts", "node_modules/rxjs/src/internal/operators/merge.ts", "node_modules/rxjs/src/internal/operators/mergeWith.ts", "node_modules/rxjs/src/internal/operators/repeat.ts", "node_modules/rxjs/src/internal/operators/scan.ts", "node_modules/rxjs/src/internal/operators/share.ts", "node_modules/rxjs/src/internal/operators/shareReplay.ts", "node_modules/rxjs/src/internal/operators/skip.ts", "node_modules/rxjs/src/internal/operators/skipUntil.ts", "node_modules/rxjs/src/internal/operators/startWith.ts", "node_modules/rxjs/src/internal/operators/switchMap.ts", "node_modules/rxjs/src/internal/operators/takeUntil.ts", "node_modules/rxjs/src/internal/operators/takeWhile.ts", "node_modules/rxjs/src/internal/operators/tap.ts", "node_modules/rxjs/src/internal/operators/throttle.ts", "node_modules/rxjs/src/internal/operators/throttleTime.ts", "node_modules/rxjs/src/internal/operators/withLatestFrom.ts", "node_modules/rxjs/src/internal/operators/zip.ts", "node_modules/rxjs/src/internal/operators/zipWith.ts", "src/templates/assets/javascripts/browser/document/index.ts", "src/templates/assets/javascripts/browser/element/_/index.ts", "src/templates/assets/javascripts/browser/element/focus/index.ts", "src/templates/assets/javascripts/browser/element/hover/index.ts", "src/templates/assets/javascripts/utilities/h/index.ts", "src/templates/assets/javascripts/utilities/round/index.ts", "src/templates/assets/javascripts/browser/script/index.ts", "src/templates/assets/javascripts/browser/element/size/_/index.ts", "src/templates/assets/javascripts/browser/element/size/content/index.ts", "src/templates/assets/javascripts/browser/element/offset/_/index.ts", "src/templates/assets/javascripts/browser/element/offset/content/index.ts", "src/templates/assets/javascripts/browser/element/visibility/index.ts", "src/templates/assets/javascripts/browser/toggle/index.ts", "src/templates/assets/javascripts/browser/keyboard/index.ts", "src/templates/assets/javascripts/browser/location/_/index.ts", "src/templates/assets/javascripts/browser/location/hash/index.ts", "src/templates/assets/javascripts/browser/media/index.ts", "src/templates/assets/javascripts/browser/request/index.ts", "src/templates/assets/javascripts/browser/viewport/offset/index.ts", "src/templates/assets/javascripts/browser/viewport/size/index.ts", "src/templates/assets/javascripts/browser/viewport/_/index.ts", "src/templates/assets/javascripts/browser/viewport/at/index.ts", "src/templates/assets/javascripts/browser/worker/index.ts", "src/templates/assets/javascripts/_/index.ts", "src/templates/assets/javascripts/components/_/index.ts", "src/templates/assets/javascripts/components/announce/index.ts", "src/templates/assets/javascripts/components/consent/index.ts", "src/templates/assets/javascripts/templates/tooltip/index.tsx", "src/templates/assets/javascripts/templates/annotation/index.tsx", "src/templates/assets/javascripts/templates/clipboard/index.tsx", "src/templates/assets/javascripts/templates/search/index.tsx", "src/templates/assets/javascripts/templates/source/index.tsx", "src/templates/assets/javascripts/templates/tabbed/index.tsx", "src/templates/assets/javascripts/templates/table/index.tsx", "src/templates/assets/javascripts/templates/version/index.tsx", "src/templates/assets/javascripts/components/tooltip2/index.ts", "src/templates/assets/javascripts/components/content/annotation/_/index.ts", "src/templates/assets/javascripts/components/content/annotation/list/index.ts", "src/templates/assets/javascripts/components/content/annotation/block/index.ts", "src/templates/assets/javascripts/components/content/code/_/index.ts", "src/templates/assets/javascripts/components/content/details/index.ts", "src/templates/assets/javascripts/components/content/mermaid/index.css", "src/templates/assets/javascripts/components/content/mermaid/index.ts", "src/templates/assets/javascripts/components/content/table/index.ts", "src/templates/assets/javascripts/components/content/tabs/index.ts", "src/templates/assets/javascripts/components/content/_/index.ts", "src/templates/assets/javascripts/components/dialog/index.ts", "src/templates/assets/javascripts/components/tooltip/index.ts", "src/templates/assets/javascripts/components/header/_/index.ts", "src/templates/assets/javascripts/components/header/title/index.ts", "src/templates/assets/javascripts/components/main/index.ts", "src/templates/assets/javascripts/components/palette/index.ts", "src/templates/assets/javascripts/components/progress/index.ts", "src/templates/assets/javascripts/integrations/clipboard/index.ts", "src/templates/assets/javascripts/integrations/sitemap/index.ts", "src/templates/assets/javascripts/integrations/instant/index.ts", "src/templates/assets/javascripts/integrations/search/highlighter/index.ts", "src/templates/assets/javascripts/integrations/search/worker/message/index.ts", "src/templates/assets/javascripts/integrations/search/worker/_/index.ts", "src/templates/assets/javascripts/integrations/version/findurl/index.ts", "src/templates/assets/javascripts/integrations/version/index.ts", "src/templates/assets/javascripts/components/search/query/index.ts", "src/templates/assets/javascripts/components/search/result/index.ts", "src/templates/assets/javascripts/components/search/share/index.ts", "src/templates/assets/javascripts/components/search/suggest/index.ts", "src/templates/assets/javascripts/components/search/_/index.ts", "src/templates/assets/javascripts/components/search/highlight/index.ts", "src/templates/assets/javascripts/components/sidebar/index.ts", "src/templates/assets/javascripts/components/source/facts/github/index.ts", "src/templates/assets/javascripts/components/source/facts/gitlab/index.ts", "src/templates/assets/javascripts/components/source/facts/_/index.ts", "src/templates/assets/javascripts/components/source/_/index.ts", "src/templates/assets/javascripts/components/tabs/index.ts", "src/templates/assets/javascripts/components/toc/index.ts", "src/templates/assets/javascripts/components/top/index.ts", "src/templates/assets/javascripts/patches/ellipsis/index.ts", "src/templates/assets/javascripts/patches/indeterminate/index.ts", "src/templates/assets/javascripts/patches/scrollfix/index.ts", "src/templates/assets/javascripts/patches/scrolllock/index.ts", "src/templates/assets/javascripts/polyfills/index.ts"], + "sourcesContent": ["(function (global, factory) {\n typeof exports === 'object' && typeof module !== 'undefined' ? factory() :\n typeof define === 'function' && define.amd ? define(factory) :\n (factory());\n}(this, (function () { 'use strict';\n\n /**\n * Applies the :focus-visible polyfill at the given scope.\n * A scope in this case is either the top-level Document or a Shadow Root.\n *\n * @param {(Document|ShadowRoot)} scope\n * @see https://github.com/WICG/focus-visible\n */\n function applyFocusVisiblePolyfill(scope) {\n var hadKeyboardEvent = true;\n var hadFocusVisibleRecently = false;\n var hadFocusVisibleRecentlyTimeout = null;\n\n var inputTypesAllowlist = {\n text: true,\n search: true,\n url: true,\n tel: true,\n email: true,\n password: true,\n number: true,\n date: true,\n month: true,\n week: true,\n time: true,\n datetime: true,\n 'datetime-local': true\n };\n\n /**\n * Helper function for legacy browsers and iframes which sometimes focus\n * elements like document, body, and non-interactive SVG.\n * @param {Element} el\n */\n function isValidFocusTarget(el) {\n if (\n el &&\n el !== document &&\n el.nodeName !== 'HTML' &&\n el.nodeName !== 'BODY' &&\n 'classList' in el &&\n 'contains' in el.classList\n ) {\n return true;\n }\n return false;\n }\n\n /**\n * Computes whether the given element should automatically trigger the\n * `focus-visible` class being added, i.e. whether it should always match\n * `:focus-visible` when focused.\n * @param {Element} el\n * @return {boolean}\n */\n function focusTriggersKeyboardModality(el) {\n var type = el.type;\n var tagName = el.tagName;\n\n if (tagName === 'INPUT' && inputTypesAllowlist[type] && !el.readOnly) {\n return true;\n }\n\n if (tagName === 'TEXTAREA' && !el.readOnly) {\n return true;\n }\n\n if (el.isContentEditable) {\n return true;\n }\n\n return false;\n }\n\n /**\n * Add the `focus-visible` class to the given element if it was not added by\n * the author.\n * @param {Element} el\n */\n function addFocusVisibleClass(el) {\n if (el.classList.contains('focus-visible')) {\n return;\n }\n el.classList.add('focus-visible');\n el.setAttribute('data-focus-visible-added', '');\n }\n\n /**\n * Remove the `focus-visible` class from the given element if it was not\n * originally added by the author.\n * @param {Element} el\n */\n function removeFocusVisibleClass(el) {\n if (!el.hasAttribute('data-focus-visible-added')) {\n return;\n }\n el.classList.remove('focus-visible');\n el.removeAttribute('data-focus-visible-added');\n }\n\n /**\n * If the most recent user interaction was via the keyboard;\n * and the key press did not include a meta, alt/option, or control key;\n * then the modality is keyboard. Otherwise, the modality is not keyboard.\n * Apply `focus-visible` to any current active element and keep track\n * of our keyboard modality state with `hadKeyboardEvent`.\n * @param {KeyboardEvent} e\n */\n function onKeyDown(e) {\n if (e.metaKey || e.altKey || e.ctrlKey) {\n return;\n }\n\n if (isValidFocusTarget(scope.activeElement)) {\n addFocusVisibleClass(scope.activeElement);\n }\n\n hadKeyboardEvent = true;\n }\n\n /**\n * If at any point a user clicks with a pointing device, ensure that we change\n * the modality away from keyboard.\n * This avoids the situation where a user presses a key on an already focused\n * element, and then clicks on a different element, focusing it with a\n * pointing device, while we still think we're in keyboard modality.\n * @param {Event} e\n */\n function onPointerDown(e) {\n hadKeyboardEvent = false;\n }\n\n /**\n * On `focus`, add the `focus-visible` class to the target if:\n * - the target received focus as a result of keyboard navigation, or\n * - the event target is an element that will likely require interaction\n * via the keyboard (e.g. a text box)\n * @param {Event} e\n */\n function onFocus(e) {\n // Prevent IE from focusing the document or HTML element.\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (hadKeyboardEvent || focusTriggersKeyboardModality(e.target)) {\n addFocusVisibleClass(e.target);\n }\n }\n\n /**\n * On `blur`, remove the `focus-visible` class from the target.\n * @param {Event} e\n */\n function onBlur(e) {\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (\n e.target.classList.contains('focus-visible') ||\n e.target.hasAttribute('data-focus-visible-added')\n ) {\n // To detect a tab/window switch, we look for a blur event followed\n // rapidly by a visibility change.\n // If we don't see a visibility change within 100ms, it's probably a\n // regular focus change.\n hadFocusVisibleRecently = true;\n window.clearTimeout(hadFocusVisibleRecentlyTimeout);\n hadFocusVisibleRecentlyTimeout = window.setTimeout(function() {\n hadFocusVisibleRecently = false;\n }, 100);\n removeFocusVisibleClass(e.target);\n }\n }\n\n /**\n * If the user changes tabs, keep track of whether or not the previously\n * focused element had .focus-visible.\n * @param {Event} e\n */\n function onVisibilityChange(e) {\n if (document.visibilityState === 'hidden') {\n // If the tab becomes active again, the browser will handle calling focus\n // on the element (Safari actually calls it twice).\n // If this tab change caused a blur on an element with focus-visible,\n // re-apply the class when the user switches back to the tab.\n if (hadFocusVisibleRecently) {\n hadKeyboardEvent = true;\n }\n addInitialPointerMoveListeners();\n }\n }\n\n /**\n * Add a group of listeners to detect usage of any pointing devices.\n * These listeners will be added when the polyfill first loads, and anytime\n * the window is blurred, so that they are active when the window regains\n * focus.\n */\n function addInitialPointerMoveListeners() {\n document.addEventListener('mousemove', onInitialPointerMove);\n document.addEventListener('mousedown', onInitialPointerMove);\n document.addEventListener('mouseup', onInitialPointerMove);\n document.addEventListener('pointermove', onInitialPointerMove);\n document.addEventListener('pointerdown', onInitialPointerMove);\n document.addEventListener('pointerup', onInitialPointerMove);\n document.addEventListener('touchmove', onInitialPointerMove);\n document.addEventListener('touchstart', onInitialPointerMove);\n document.addEventListener('touchend', onInitialPointerMove);\n }\n\n function removeInitialPointerMoveListeners() {\n document.removeEventListener('mousemove', onInitialPointerMove);\n document.removeEventListener('mousedown', onInitialPointerMove);\n document.removeEventListener('mouseup', onInitialPointerMove);\n document.removeEventListener('pointermove', onInitialPointerMove);\n document.removeEventListener('pointerdown', onInitialPointerMove);\n document.removeEventListener('pointerup', onInitialPointerMove);\n document.removeEventListener('touchmove', onInitialPointerMove);\n document.removeEventListener('touchstart', onInitialPointerMove);\n document.removeEventListener('touchend', onInitialPointerMove);\n }\n\n /**\n * When the polfyill first loads, assume the user is in keyboard modality.\n * If any event is received from a pointing device (e.g. mouse, pointer,\n * touch), turn off keyboard modality.\n * This accounts for situations where focus enters the page from the URL bar.\n * @param {Event} e\n */\n function onInitialPointerMove(e) {\n // Work around a Safari quirk that fires a mousemove on whenever the\n // window blurs, even if you're tabbing out of the page. \u00AF\\_(\u30C4)_/\u00AF\n if (e.target.nodeName && e.target.nodeName.toLowerCase() === 'html') {\n return;\n }\n\n hadKeyboardEvent = false;\n removeInitialPointerMoveListeners();\n }\n\n // For some kinds of state, we are interested in changes at the global scope\n // only. For example, global pointer input, global key presses and global\n // visibility change should affect the state at every scope:\n document.addEventListener('keydown', onKeyDown, true);\n document.addEventListener('mousedown', onPointerDown, true);\n document.addEventListener('pointerdown', onPointerDown, true);\n document.addEventListener('touchstart', onPointerDown, true);\n document.addEventListener('visibilitychange', onVisibilityChange, true);\n\n addInitialPointerMoveListeners();\n\n // For focus and blur, we specifically care about state changes in the local\n // scope. This is because focus / blur events that originate from within a\n // shadow root are not re-dispatched from the host element if it was already\n // the active element in its own scope:\n scope.addEventListener('focus', onFocus, true);\n scope.addEventListener('blur', onBlur, true);\n\n // We detect that a node is a ShadowRoot by ensuring that it is a\n // DocumentFragment and also has a host property. This check covers native\n // implementation and polyfill implementation transparently. If we only cared\n // about the native implementation, we could just check if the scope was\n // an instance of a ShadowRoot.\n if (scope.nodeType === Node.DOCUMENT_FRAGMENT_NODE && scope.host) {\n // Since a ShadowRoot is a special kind of DocumentFragment, it does not\n // have a root element to add a class to. So, we add this attribute to the\n // host element instead:\n scope.host.setAttribute('data-js-focus-visible', '');\n } else if (scope.nodeType === Node.DOCUMENT_NODE) {\n document.documentElement.classList.add('js-focus-visible');\n document.documentElement.setAttribute('data-js-focus-visible', '');\n }\n }\n\n // It is important to wrap all references to global window and document in\n // these checks to support server-side rendering use cases\n // @see https://github.com/WICG/focus-visible/issues/199\n if (typeof window !== 'undefined' && typeof document !== 'undefined') {\n // Make the polyfill helper globally available. This can be used as a signal\n // to interested libraries that wish to coordinate with the polyfill for e.g.,\n // applying the polyfill to a shadow root:\n window.applyFocusVisiblePolyfill = applyFocusVisiblePolyfill;\n\n // Notify interested libraries of the polyfill's presence, in case the\n // polyfill was loaded lazily:\n var event;\n\n try {\n event = new CustomEvent('focus-visible-polyfill-ready');\n } catch (error) {\n // IE11 does not support using CustomEvent as a constructor directly:\n event = document.createEvent('CustomEvent');\n event.initCustomEvent('focus-visible-polyfill-ready', false, false, {});\n }\n\n window.dispatchEvent(event);\n }\n\n if (typeof document !== 'undefined') {\n // Apply the polyfill to the global document, so that no JavaScript\n // coordination is required to use the polyfill in the top-level document:\n applyFocusVisiblePolyfill(document);\n }\n\n})));\n", "/*!\n * escape-html\n * Copyright(c) 2012-2013 TJ Holowaychuk\n * Copyright(c) 2015 Andreas Lubbe\n * Copyright(c) 2015 Tiancheng \"Timothy\" Gu\n * MIT Licensed\n */\n\n'use strict';\n\n/**\n * Module variables.\n * @private\n */\n\nvar matchHtmlRegExp = /[\"'&<>]/;\n\n/**\n * Module exports.\n * @public\n */\n\nmodule.exports = escapeHtml;\n\n/**\n * Escape special characters in the given string of html.\n *\n * @param {string} string The string to escape for inserting into HTML\n * @return {string}\n * @public\n */\n\nfunction escapeHtml(string) {\n var str = '' + string;\n var match = matchHtmlRegExp.exec(str);\n\n if (!match) {\n return str;\n }\n\n var escape;\n var html = '';\n var index = 0;\n var lastIndex = 0;\n\n for (index = match.index; index < str.length; index++) {\n switch (str.charCodeAt(index)) {\n case 34: // \"\n escape = '"';\n break;\n case 38: // &\n escape = '&';\n break;\n case 39: // '\n escape = ''';\n break;\n case 60: // <\n escape = '<';\n break;\n case 62: // >\n escape = '>';\n break;\n default:\n continue;\n }\n\n if (lastIndex !== index) {\n html += str.substring(lastIndex, index);\n }\n\n lastIndex = index + 1;\n html += escape;\n }\n\n return lastIndex !== index\n ? html + str.substring(lastIndex, index)\n : html;\n}\n", "/*!\n * clipboard.js v2.0.11\n * https://clipboardjs.com/\n *\n * Licensed MIT \u00A9 Zeno Rocha\n */\n(function webpackUniversalModuleDefinition(root, factory) {\n\tif(typeof exports === 'object' && typeof module === 'object')\n\t\tmodule.exports = factory();\n\telse if(typeof define === 'function' && define.amd)\n\t\tdefine([], factory);\n\telse if(typeof exports === 'object')\n\t\texports[\"ClipboardJS\"] = factory();\n\telse\n\t\troot[\"ClipboardJS\"] = factory();\n})(this, function() {\nreturn /******/ (function() { // webpackBootstrap\n/******/ \tvar __webpack_modules__ = ({\n\n/***/ 686:\n/***/ (function(__unused_webpack_module, __webpack_exports__, __webpack_require__) {\n\n\"use strict\";\n\n// EXPORTS\n__webpack_require__.d(__webpack_exports__, {\n \"default\": function() { return /* binding */ clipboard; }\n});\n\n// EXTERNAL MODULE: ./node_modules/tiny-emitter/index.js\nvar tiny_emitter = __webpack_require__(279);\nvar tiny_emitter_default = /*#__PURE__*/__webpack_require__.n(tiny_emitter);\n// EXTERNAL MODULE: ./node_modules/good-listener/src/listen.js\nvar listen = __webpack_require__(370);\nvar listen_default = /*#__PURE__*/__webpack_require__.n(listen);\n// EXTERNAL MODULE: ./node_modules/select/src/select.js\nvar src_select = __webpack_require__(817);\nvar select_default = /*#__PURE__*/__webpack_require__.n(src_select);\n;// CONCATENATED MODULE: ./src/common/command.js\n/**\n * Executes a given operation type.\n * @param {String} type\n * @return {Boolean}\n */\nfunction command(type) {\n try {\n return document.execCommand(type);\n } catch (err) {\n return false;\n }\n}\n;// CONCATENATED MODULE: ./src/actions/cut.js\n\n\n/**\n * Cut action wrapper.\n * @param {String|HTMLElement} target\n * @return {String}\n */\n\nvar ClipboardActionCut = function ClipboardActionCut(target) {\n var selectedText = select_default()(target);\n command('cut');\n return selectedText;\n};\n\n/* harmony default export */ var actions_cut = (ClipboardActionCut);\n;// CONCATENATED MODULE: ./src/common/create-fake-element.js\n/**\n * Creates a fake textarea element with a value.\n * @param {String} value\n * @return {HTMLElement}\n */\nfunction createFakeElement(value) {\n var isRTL = document.documentElement.getAttribute('dir') === 'rtl';\n var fakeElement = document.createElement('textarea'); // Prevent zooming on iOS\n\n fakeElement.style.fontSize = '12pt'; // Reset box model\n\n fakeElement.style.border = '0';\n fakeElement.style.padding = '0';\n fakeElement.style.margin = '0'; // Move element out of screen horizontally\n\n fakeElement.style.position = 'absolute';\n fakeElement.style[isRTL ? 'right' : 'left'] = '-9999px'; // Move element to the same position vertically\n\n var yPosition = window.pageYOffset || document.documentElement.scrollTop;\n fakeElement.style.top = \"\".concat(yPosition, \"px\");\n fakeElement.setAttribute('readonly', '');\n fakeElement.value = value;\n return fakeElement;\n}\n;// CONCATENATED MODULE: ./src/actions/copy.js\n\n\n\n/**\n * Create fake copy action wrapper using a fake element.\n * @param {String} target\n * @param {Object} options\n * @return {String}\n */\n\nvar fakeCopyAction = function fakeCopyAction(value, options) {\n var fakeElement = createFakeElement(value);\n options.container.appendChild(fakeElement);\n var selectedText = select_default()(fakeElement);\n command('copy');\n fakeElement.remove();\n return selectedText;\n};\n/**\n * Copy action wrapper.\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @return {String}\n */\n\n\nvar ClipboardActionCopy = function ClipboardActionCopy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n var selectedText = '';\n\n if (typeof target === 'string') {\n selectedText = fakeCopyAction(target, options);\n } else if (target instanceof HTMLInputElement && !['text', 'search', 'url', 'tel', 'password'].includes(target === null || target === void 0 ? void 0 : target.type)) {\n // If input type doesn't support `setSelectionRange`. Simulate it. https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/setSelectionRange\n selectedText = fakeCopyAction(target.value, options);\n } else {\n selectedText = select_default()(target);\n command('copy');\n }\n\n return selectedText;\n};\n\n/* harmony default export */ var actions_copy = (ClipboardActionCopy);\n;// CONCATENATED MODULE: ./src/actions/default.js\nfunction _typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { _typeof = function _typeof(obj) { return typeof obj; }; } else { _typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return _typeof(obj); }\n\n\n\n/**\n * Inner function which performs selection from either `text` or `target`\n * properties and then executes copy or cut operations.\n * @param {Object} options\n */\n\nvar ClipboardActionDefault = function ClipboardActionDefault() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n // Defines base properties passed from constructor.\n var _options$action = options.action,\n action = _options$action === void 0 ? 'copy' : _options$action,\n container = options.container,\n target = options.target,\n text = options.text; // Sets the `action` to be performed which can be either 'copy' or 'cut'.\n\n if (action !== 'copy' && action !== 'cut') {\n throw new Error('Invalid \"action\" value, use either \"copy\" or \"cut\"');\n } // Sets the `target` property using an element that will be have its content copied.\n\n\n if (target !== undefined) {\n if (target && _typeof(target) === 'object' && target.nodeType === 1) {\n if (action === 'copy' && target.hasAttribute('disabled')) {\n throw new Error('Invalid \"target\" attribute. Please use \"readonly\" instead of \"disabled\" attribute');\n }\n\n if (action === 'cut' && (target.hasAttribute('readonly') || target.hasAttribute('disabled'))) {\n throw new Error('Invalid \"target\" attribute. You can\\'t cut text from elements with \"readonly\" or \"disabled\" attributes');\n }\n } else {\n throw new Error('Invalid \"target\" value, use a valid Element');\n }\n } // Define selection strategy based on `text` property.\n\n\n if (text) {\n return actions_copy(text, {\n container: container\n });\n } // Defines which selection strategy based on `target` property.\n\n\n if (target) {\n return action === 'cut' ? actions_cut(target) : actions_copy(target, {\n container: container\n });\n }\n};\n\n/* harmony default export */ var actions_default = (ClipboardActionDefault);\n;// CONCATENATED MODULE: ./src/clipboard.js\nfunction clipboard_typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { clipboard_typeof = function _typeof(obj) { return typeof obj; }; } else { clipboard_typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return clipboard_typeof(obj); }\n\nfunction _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError(\"Cannot call a class as a function\"); } }\n\nfunction _defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if (\"value\" in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } }\n\nfunction _createClass(Constructor, protoProps, staticProps) { if (protoProps) _defineProperties(Constructor.prototype, protoProps); if (staticProps) _defineProperties(Constructor, staticProps); return Constructor; }\n\nfunction _inherits(subClass, superClass) { if (typeof superClass !== \"function\" && superClass !== null) { throw new TypeError(\"Super expression must either be null or a function\"); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, writable: true, configurable: true } }); if (superClass) _setPrototypeOf(subClass, superClass); }\n\nfunction _setPrototypeOf(o, p) { _setPrototypeOf = Object.setPrototypeOf || function _setPrototypeOf(o, p) { o.__proto__ = p; return o; }; return _setPrototypeOf(o, p); }\n\nfunction _createSuper(Derived) { var hasNativeReflectConstruct = _isNativeReflectConstruct(); return function _createSuperInternal() { var Super = _getPrototypeOf(Derived), result; if (hasNativeReflectConstruct) { var NewTarget = _getPrototypeOf(this).constructor; result = Reflect.construct(Super, arguments, NewTarget); } else { result = Super.apply(this, arguments); } return _possibleConstructorReturn(this, result); }; }\n\nfunction _possibleConstructorReturn(self, call) { if (call && (clipboard_typeof(call) === \"object\" || typeof call === \"function\")) { return call; } return _assertThisInitialized(self); }\n\nfunction _assertThisInitialized(self) { if (self === void 0) { throw new ReferenceError(\"this hasn't been initialised - super() hasn't been called\"); } return self; }\n\nfunction _isNativeReflectConstruct() { if (typeof Reflect === \"undefined\" || !Reflect.construct) return false; if (Reflect.construct.sham) return false; if (typeof Proxy === \"function\") return true; try { Date.prototype.toString.call(Reflect.construct(Date, [], function () {})); return true; } catch (e) { return false; } }\n\nfunction _getPrototypeOf(o) { _getPrototypeOf = Object.setPrototypeOf ? Object.getPrototypeOf : function _getPrototypeOf(o) { return o.__proto__ || Object.getPrototypeOf(o); }; return _getPrototypeOf(o); }\n\n\n\n\n\n\n/**\n * Helper function to retrieve attribute value.\n * @param {String} suffix\n * @param {Element} element\n */\n\nfunction getAttributeValue(suffix, element) {\n var attribute = \"data-clipboard-\".concat(suffix);\n\n if (!element.hasAttribute(attribute)) {\n return;\n }\n\n return element.getAttribute(attribute);\n}\n/**\n * Base class which takes one or more elements, adds event listeners to them,\n * and instantiates a new `ClipboardAction` on each click.\n */\n\n\nvar Clipboard = /*#__PURE__*/function (_Emitter) {\n _inherits(Clipboard, _Emitter);\n\n var _super = _createSuper(Clipboard);\n\n /**\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n * @param {Object} options\n */\n function Clipboard(trigger, options) {\n var _this;\n\n _classCallCheck(this, Clipboard);\n\n _this = _super.call(this);\n\n _this.resolveOptions(options);\n\n _this.listenClick(trigger);\n\n return _this;\n }\n /**\n * Defines if attributes would be resolved using internal setter functions\n * or custom functions that were passed in the constructor.\n * @param {Object} options\n */\n\n\n _createClass(Clipboard, [{\n key: \"resolveOptions\",\n value: function resolveOptions() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n this.action = typeof options.action === 'function' ? options.action : this.defaultAction;\n this.target = typeof options.target === 'function' ? options.target : this.defaultTarget;\n this.text = typeof options.text === 'function' ? options.text : this.defaultText;\n this.container = clipboard_typeof(options.container) === 'object' ? options.container : document.body;\n }\n /**\n * Adds a click event listener to the passed trigger.\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n */\n\n }, {\n key: \"listenClick\",\n value: function listenClick(trigger) {\n var _this2 = this;\n\n this.listener = listen_default()(trigger, 'click', function (e) {\n return _this2.onClick(e);\n });\n }\n /**\n * Defines a new `ClipboardAction` on each click event.\n * @param {Event} e\n */\n\n }, {\n key: \"onClick\",\n value: function onClick(e) {\n var trigger = e.delegateTarget || e.currentTarget;\n var action = this.action(trigger) || 'copy';\n var text = actions_default({\n action: action,\n container: this.container,\n target: this.target(trigger),\n text: this.text(trigger)\n }); // Fires an event based on the copy operation result.\n\n this.emit(text ? 'success' : 'error', {\n action: action,\n text: text,\n trigger: trigger,\n clearSelection: function clearSelection() {\n if (trigger) {\n trigger.focus();\n }\n\n window.getSelection().removeAllRanges();\n }\n });\n }\n /**\n * Default `action` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultAction\",\n value: function defaultAction(trigger) {\n return getAttributeValue('action', trigger);\n }\n /**\n * Default `target` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultTarget\",\n value: function defaultTarget(trigger) {\n var selector = getAttributeValue('target', trigger);\n\n if (selector) {\n return document.querySelector(selector);\n }\n }\n /**\n * Allow fire programmatically a copy action\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @returns Text copied.\n */\n\n }, {\n key: \"defaultText\",\n\n /**\n * Default `text` lookup function.\n * @param {Element} trigger\n */\n value: function defaultText(trigger) {\n return getAttributeValue('text', trigger);\n }\n /**\n * Destroy lifecycle.\n */\n\n }, {\n key: \"destroy\",\n value: function destroy() {\n this.listener.destroy();\n }\n }], [{\n key: \"copy\",\n value: function copy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n return actions_copy(target, options);\n }\n /**\n * Allow fire programmatically a cut action\n * @param {String|HTMLElement} target\n * @returns Text cutted.\n */\n\n }, {\n key: \"cut\",\n value: function cut(target) {\n return actions_cut(target);\n }\n /**\n * Returns the support of the given action, or all actions if no action is\n * given.\n * @param {String} [action]\n */\n\n }, {\n key: \"isSupported\",\n value: function isSupported() {\n var action = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : ['copy', 'cut'];\n var actions = typeof action === 'string' ? [action] : action;\n var support = !!document.queryCommandSupported;\n actions.forEach(function (action) {\n support = support && !!document.queryCommandSupported(action);\n });\n return support;\n }\n }]);\n\n return Clipboard;\n}((tiny_emitter_default()));\n\n/* harmony default export */ var clipboard = (Clipboard);\n\n/***/ }),\n\n/***/ 828:\n/***/ (function(module) {\n\nvar DOCUMENT_NODE_TYPE = 9;\n\n/**\n * A polyfill for Element.matches()\n */\nif (typeof Element !== 'undefined' && !Element.prototype.matches) {\n var proto = Element.prototype;\n\n proto.matches = proto.matchesSelector ||\n proto.mozMatchesSelector ||\n proto.msMatchesSelector ||\n proto.oMatchesSelector ||\n proto.webkitMatchesSelector;\n}\n\n/**\n * Finds the closest parent that matches a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @return {Function}\n */\nfunction closest (element, selector) {\n while (element && element.nodeType !== DOCUMENT_NODE_TYPE) {\n if (typeof element.matches === 'function' &&\n element.matches(selector)) {\n return element;\n }\n element = element.parentNode;\n }\n}\n\nmodule.exports = closest;\n\n\n/***/ }),\n\n/***/ 438:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar closest = __webpack_require__(828);\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction _delegate(element, selector, type, callback, useCapture) {\n var listenerFn = listener.apply(this, arguments);\n\n element.addEventListener(type, listenerFn, useCapture);\n\n return {\n destroy: function() {\n element.removeEventListener(type, listenerFn, useCapture);\n }\n }\n}\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element|String|Array} [elements]\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction delegate(elements, selector, type, callback, useCapture) {\n // Handle the regular Element usage\n if (typeof elements.addEventListener === 'function') {\n return _delegate.apply(null, arguments);\n }\n\n // Handle Element-less usage, it defaults to global delegation\n if (typeof type === 'function') {\n // Use `document` as the first parameter, then apply arguments\n // This is a short way to .unshift `arguments` without running into deoptimizations\n return _delegate.bind(null, document).apply(null, arguments);\n }\n\n // Handle Selector-based usage\n if (typeof elements === 'string') {\n elements = document.querySelectorAll(elements);\n }\n\n // Handle Array-like based usage\n return Array.prototype.map.call(elements, function (element) {\n return _delegate(element, selector, type, callback, useCapture);\n });\n}\n\n/**\n * Finds closest match and invokes callback.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Function}\n */\nfunction listener(element, selector, type, callback) {\n return function(e) {\n e.delegateTarget = closest(e.target, selector);\n\n if (e.delegateTarget) {\n callback.call(element, e);\n }\n }\n}\n\nmodule.exports = delegate;\n\n\n/***/ }),\n\n/***/ 879:\n/***/ (function(__unused_webpack_module, exports) {\n\n/**\n * Check if argument is a HTML element.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.node = function(value) {\n return value !== undefined\n && value instanceof HTMLElement\n && value.nodeType === 1;\n};\n\n/**\n * Check if argument is a list of HTML elements.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.nodeList = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return value !== undefined\n && (type === '[object NodeList]' || type === '[object HTMLCollection]')\n && ('length' in value)\n && (value.length === 0 || exports.node(value[0]));\n};\n\n/**\n * Check if argument is a string.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.string = function(value) {\n return typeof value === 'string'\n || value instanceof String;\n};\n\n/**\n * Check if argument is a function.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.fn = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return type === '[object Function]';\n};\n\n\n/***/ }),\n\n/***/ 370:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar is = __webpack_require__(879);\nvar delegate = __webpack_require__(438);\n\n/**\n * Validates all params and calls the right\n * listener function based on its target type.\n *\n * @param {String|HTMLElement|HTMLCollection|NodeList} target\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listen(target, type, callback) {\n if (!target && !type && !callback) {\n throw new Error('Missing required arguments');\n }\n\n if (!is.string(type)) {\n throw new TypeError('Second argument must be a String');\n }\n\n if (!is.fn(callback)) {\n throw new TypeError('Third argument must be a Function');\n }\n\n if (is.node(target)) {\n return listenNode(target, type, callback);\n }\n else if (is.nodeList(target)) {\n return listenNodeList(target, type, callback);\n }\n else if (is.string(target)) {\n return listenSelector(target, type, callback);\n }\n else {\n throw new TypeError('First argument must be a String, HTMLElement, HTMLCollection, or NodeList');\n }\n}\n\n/**\n * Adds an event listener to a HTML element\n * and returns a remove listener function.\n *\n * @param {HTMLElement} node\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNode(node, type, callback) {\n node.addEventListener(type, callback);\n\n return {\n destroy: function() {\n node.removeEventListener(type, callback);\n }\n }\n}\n\n/**\n * Add an event listener to a list of HTML elements\n * and returns a remove listener function.\n *\n * @param {NodeList|HTMLCollection} nodeList\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNodeList(nodeList, type, callback) {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.addEventListener(type, callback);\n });\n\n return {\n destroy: function() {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.removeEventListener(type, callback);\n });\n }\n }\n}\n\n/**\n * Add an event listener to a selector\n * and returns a remove listener function.\n *\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenSelector(selector, type, callback) {\n return delegate(document.body, selector, type, callback);\n}\n\nmodule.exports = listen;\n\n\n/***/ }),\n\n/***/ 817:\n/***/ (function(module) {\n\nfunction select(element) {\n var selectedText;\n\n if (element.nodeName === 'SELECT') {\n element.focus();\n\n selectedText = element.value;\n }\n else if (element.nodeName === 'INPUT' || element.nodeName === 'TEXTAREA') {\n var isReadOnly = element.hasAttribute('readonly');\n\n if (!isReadOnly) {\n element.setAttribute('readonly', '');\n }\n\n element.select();\n element.setSelectionRange(0, element.value.length);\n\n if (!isReadOnly) {\n element.removeAttribute('readonly');\n }\n\n selectedText = element.value;\n }\n else {\n if (element.hasAttribute('contenteditable')) {\n element.focus();\n }\n\n var selection = window.getSelection();\n var range = document.createRange();\n\n range.selectNodeContents(element);\n selection.removeAllRanges();\n selection.addRange(range);\n\n selectedText = selection.toString();\n }\n\n return selectedText;\n}\n\nmodule.exports = select;\n\n\n/***/ }),\n\n/***/ 279:\n/***/ (function(module) {\n\nfunction E () {\n // Keep this empty so it's easier to inherit from\n // (via https://github.com/lipsmack from https://github.com/scottcorgan/tiny-emitter/issues/3)\n}\n\nE.prototype = {\n on: function (name, callback, ctx) {\n var e = this.e || (this.e = {});\n\n (e[name] || (e[name] = [])).push({\n fn: callback,\n ctx: ctx\n });\n\n return this;\n },\n\n once: function (name, callback, ctx) {\n var self = this;\n function listener () {\n self.off(name, listener);\n callback.apply(ctx, arguments);\n };\n\n listener._ = callback\n return this.on(name, listener, ctx);\n },\n\n emit: function (name) {\n var data = [].slice.call(arguments, 1);\n var evtArr = ((this.e || (this.e = {}))[name] || []).slice();\n var i = 0;\n var len = evtArr.length;\n\n for (i; i < len; i++) {\n evtArr[i].fn.apply(evtArr[i].ctx, data);\n }\n\n return this;\n },\n\n off: function (name, callback) {\n var e = this.e || (this.e = {});\n var evts = e[name];\n var liveEvents = [];\n\n if (evts && callback) {\n for (var i = 0, len = evts.length; i < len; i++) {\n if (evts[i].fn !== callback && evts[i].fn._ !== callback)\n liveEvents.push(evts[i]);\n }\n }\n\n // Remove event from queue to prevent memory leak\n // Suggested by https://github.com/lazd\n // Ref: https://github.com/scottcorgan/tiny-emitter/commit/c6ebfaa9bc973b33d110a84a307742b7cf94c953#commitcomment-5024910\n\n (liveEvents.length)\n ? e[name] = liveEvents\n : delete e[name];\n\n return this;\n }\n};\n\nmodule.exports = E;\nmodule.exports.TinyEmitter = E;\n\n\n/***/ })\n\n/******/ \t});\n/************************************************************************/\n/******/ \t// The module cache\n/******/ \tvar __webpack_module_cache__ = {};\n/******/ \t\n/******/ \t// The require function\n/******/ \tfunction __webpack_require__(moduleId) {\n/******/ \t\t// Check if module is in cache\n/******/ \t\tif(__webpack_module_cache__[moduleId]) {\n/******/ \t\t\treturn __webpack_module_cache__[moduleId].exports;\n/******/ \t\t}\n/******/ \t\t// Create a new module (and put it into the cache)\n/******/ \t\tvar module = __webpack_module_cache__[moduleId] = {\n/******/ \t\t\t// no module.id needed\n/******/ \t\t\t// no module.loaded needed\n/******/ \t\t\texports: {}\n/******/ \t\t};\n/******/ \t\n/******/ \t\t// Execute the module function\n/******/ \t\t__webpack_modules__[moduleId](module, module.exports, __webpack_require__);\n/******/ \t\n/******/ \t\t// Return the exports of the module\n/******/ \t\treturn module.exports;\n/******/ \t}\n/******/ \t\n/************************************************************************/\n/******/ \t/* webpack/runtime/compat get default export */\n/******/ \t!function() {\n/******/ \t\t// getDefaultExport function for compatibility with non-harmony modules\n/******/ \t\t__webpack_require__.n = function(module) {\n/******/ \t\t\tvar getter = module && module.__esModule ?\n/******/ \t\t\t\tfunction() { return module['default']; } :\n/******/ \t\t\t\tfunction() { return module; };\n/******/ \t\t\t__webpack_require__.d(getter, { a: getter });\n/******/ \t\t\treturn getter;\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/define property getters */\n/******/ \t!function() {\n/******/ \t\t// define getter functions for harmony exports\n/******/ \t\t__webpack_require__.d = function(exports, definition) {\n/******/ \t\t\tfor(var key in definition) {\n/******/ \t\t\t\tif(__webpack_require__.o(definition, key) && !__webpack_require__.o(exports, key)) {\n/******/ \t\t\t\t\tObject.defineProperty(exports, key, { enumerable: true, get: definition[key] });\n/******/ \t\t\t\t}\n/******/ \t\t\t}\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/hasOwnProperty shorthand */\n/******/ \t!function() {\n/******/ \t\t__webpack_require__.o = function(obj, prop) { return Object.prototype.hasOwnProperty.call(obj, prop); }\n/******/ \t}();\n/******/ \t\n/************************************************************************/\n/******/ \t// module exports must be returned from runtime so entry inlining is disabled\n/******/ \t// startup\n/******/ \t// Load entry module and return exports\n/******/ \treturn __webpack_require__(686);\n/******/ })()\n.default;\n});", "/*\n * Copyright (c) 2016-2024 Martin Donath \n *\n * Permission is hereby granted, free of charge, to any person obtaining a copy\n * of this software and associated documentation files (the \"Software\"), to\n * deal in the Software without restriction, including without limitation the\n * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or\n * sell copies of the Software, and to permit persons to whom the Software is\n * furnished to do so, subject to the following conditions:\n *\n * The above copyright notice and this permission notice shall be included in\n * all copies or substantial portions of the Software.\n *\n * THE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\n * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\n * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE\n * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\n * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING\n * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS\n * IN THE SOFTWARE.\n */\n\nimport \"focus-visible\"\n\nimport {\n EMPTY,\n NEVER,\n Observable,\n Subject,\n defer,\n delay,\n filter,\n map,\n merge,\n mergeWith,\n shareReplay,\n switchMap\n} from \"rxjs\"\n\nimport { configuration, feature } from \"./_\"\nimport {\n at,\n getActiveElement,\n getOptionalElement,\n requestJSON,\n setLocation,\n setToggle,\n watchDocument,\n watchKeyboard,\n watchLocation,\n watchLocationTarget,\n watchMedia,\n watchPrint,\n watchScript,\n watchViewport\n} from \"./browser\"\nimport {\n getComponentElement,\n getComponentElements,\n mountAnnounce,\n mountBackToTop,\n mountConsent,\n mountContent,\n mountDialog,\n mountHeader,\n mountHeaderTitle,\n mountPalette,\n mountProgress,\n mountSearch,\n mountSearchHiglight,\n mountSidebar,\n mountSource,\n mountTableOfContents,\n mountTabs,\n watchHeader,\n watchMain\n} from \"./components\"\nimport {\n SearchIndex,\n setupClipboardJS,\n setupInstantNavigation,\n setupVersionSelector\n} from \"./integrations\"\nimport {\n patchEllipsis,\n patchIndeterminate,\n patchScrollfix,\n patchScrolllock\n} from \"./patches\"\nimport \"./polyfills\"\n\n/* ----------------------------------------------------------------------------\n * Functions - @todo refactor\n * ------------------------------------------------------------------------- */\n\n/**\n * Fetch search index\n *\n * @returns Search index observable\n */\nfunction fetchSearchIndex(): Observable {\n if (location.protocol === \"file:\") {\n return watchScript(\n `${new URL(\"search/search_index.js\", config.base)}`\n )\n .pipe(\n // @ts-ignore - @todo fix typings\n map(() => __index),\n shareReplay(1)\n )\n } else {\n return requestJSON(\n new URL(\"search/search_index.json\", config.base)\n )\n }\n}\n\n/* ----------------------------------------------------------------------------\n * Application\n * ------------------------------------------------------------------------- */\n\n/* Yay, JavaScript is available */\ndocument.documentElement.classList.remove(\"no-js\")\ndocument.documentElement.classList.add(\"js\")\n\n/* Set up navigation observables and subjects */\nconst document$ = watchDocument()\nconst location$ = watchLocation()\nconst target$ = watchLocationTarget(location$)\nconst keyboard$ = watchKeyboard()\n\n/* Set up media observables */\nconst viewport$ = watchViewport()\nconst tablet$ = watchMedia(\"(min-width: 960px)\")\nconst screen$ = watchMedia(\"(min-width: 1220px)\")\nconst print$ = watchPrint()\n\n/* Retrieve search index, if search is enabled */\nconst config = configuration()\nconst index$ = document.forms.namedItem(\"search\")\n ? fetchSearchIndex()\n : NEVER\n\n/* Set up Clipboard.js integration */\nconst alert$ = new Subject()\nsetupClipboardJS({ alert$ })\n\n/* Set up progress indicator */\nconst progress$ = new Subject()\n\n/* Set up instant navigation, if enabled */\nif (feature(\"navigation.instant\"))\n setupInstantNavigation({ location$, viewport$, progress$ })\n .subscribe(document$)\n\n/* Set up version selector */\nif (config.version?.provider === \"mike\")\n setupVersionSelector({ document$ })\n\n/* Always close drawer and search on navigation */\nmerge(location$, target$)\n .pipe(\n delay(125)\n )\n .subscribe(() => {\n setToggle(\"drawer\", false)\n setToggle(\"search\", false)\n })\n\n/* Set up global keyboard handlers */\nkeyboard$\n .pipe(\n filter(({ mode }) => mode === \"global\")\n )\n .subscribe(key => {\n switch (key.type) {\n\n /* Go to previous page */\n case \"p\":\n case \",\":\n const prev = getOptionalElement(\"link[rel=prev]\")\n if (typeof prev !== \"undefined\")\n setLocation(prev)\n break\n\n /* Go to next page */\n case \"n\":\n case \".\":\n const next = getOptionalElement(\"link[rel=next]\")\n if (typeof next !== \"undefined\")\n setLocation(next)\n break\n\n /* Expand navigation, see https://bit.ly/3ZjG5io */\n case \"Enter\":\n const active = getActiveElement()\n if (active instanceof HTMLLabelElement)\n active.click()\n }\n })\n\n/* Set up patches */\npatchEllipsis({ viewport$, document$ })\npatchIndeterminate({ document$, tablet$ })\npatchScrollfix({ document$ })\npatchScrolllock({ viewport$, tablet$ })\n\n/* Set up header and main area observable */\nconst header$ = watchHeader(getComponentElement(\"header\"), { viewport$ })\nconst main$ = document$\n .pipe(\n map(() => getComponentElement(\"main\")),\n switchMap(el => watchMain(el, { viewport$, header$ })),\n shareReplay(1)\n )\n\n/* Set up control component observables */\nconst control$ = merge(\n\n /* Consent */\n ...getComponentElements(\"consent\")\n .map(el => mountConsent(el, { target$ })),\n\n /* Dialog */\n ...getComponentElements(\"dialog\")\n .map(el => mountDialog(el, { alert$ })),\n\n /* Color palette */\n ...getComponentElements(\"palette\")\n .map(el => mountPalette(el)),\n\n /* Progress bar */\n ...getComponentElements(\"progress\")\n .map(el => mountProgress(el, { progress$ })),\n\n /* Search */\n ...getComponentElements(\"search\")\n .map(el => mountSearch(el, { index$, keyboard$ })),\n\n /* Repository information */\n ...getComponentElements(\"source\")\n .map(el => mountSource(el))\n)\n\n/* Set up content component observables */\nconst content$ = defer(() => merge(\n\n /* Announcement bar */\n ...getComponentElements(\"announce\")\n .map(el => mountAnnounce(el)),\n\n /* Content */\n ...getComponentElements(\"content\")\n .map(el => mountContent(el, { viewport$, target$, print$ })),\n\n /* Search highlighting */\n ...getComponentElements(\"content\")\n .map(el => feature(\"search.highlight\")\n ? mountSearchHiglight(el, { index$, location$ })\n : EMPTY\n ),\n\n /* Header */\n ...getComponentElements(\"header\")\n .map(el => mountHeader(el, { viewport$, header$, main$ })),\n\n /* Header title */\n ...getComponentElements(\"header-title\")\n .map(el => mountHeaderTitle(el, { viewport$, header$ })),\n\n /* Sidebar */\n ...getComponentElements(\"sidebar\")\n .map(el => el.getAttribute(\"data-md-type\") === \"navigation\"\n ? at(screen$, () => mountSidebar(el, { viewport$, header$, main$ }))\n : at(tablet$, () => mountSidebar(el, { viewport$, header$, main$ }))\n ),\n\n /* Navigation tabs */\n ...getComponentElements(\"tabs\")\n .map(el => mountTabs(el, { viewport$, header$ })),\n\n /* Table of contents */\n ...getComponentElements(\"toc\")\n .map(el => mountTableOfContents(el, {\n viewport$, header$, main$, target$\n })),\n\n /* Back-to-top button */\n ...getComponentElements(\"top\")\n .map(el => mountBackToTop(el, { viewport$, header$, main$, target$ }))\n))\n\n/* Set up component observables */\nconst component$ = document$\n .pipe(\n switchMap(() => content$),\n mergeWith(control$),\n shareReplay(1)\n )\n\n/* Subscribe to all components */\ncomponent$.subscribe()\n\n/* ----------------------------------------------------------------------------\n * Exports\n * ------------------------------------------------------------------------- */\n\nwindow.document$ = document$ /* Document observable */\nwindow.location$ = location$ /* Location subject */\nwindow.target$ = target$ /* Location target observable */\nwindow.keyboard$ = keyboard$ /* Keyboard observable */\nwindow.viewport$ = viewport$ /* Viewport observable */\nwindow.tablet$ = tablet$ /* Media tablet observable */\nwindow.screen$ = screen$ /* Media screen observable */\nwindow.print$ = print$ /* Media print observable */\nwindow.alert$ = alert$ /* Alert subject */\nwindow.progress$ = progress$ /* Progress indicator subject */\nwindow.component$ = component$ /* Component observable */\n", "/******************************************************************************\nCopyright (c) Microsoft Corporation.\n\nPermission to use, copy, modify, and/or distribute this software for any\npurpose with or without fee is hereby granted.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH\nREGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY\nAND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT,\nINDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM\nLOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR\nOTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR\nPERFORMANCE OF THIS SOFTWARE.\n***************************************************************************** */\n/* global Reflect, Promise, SuppressedError, Symbol, Iterator */\n\nvar extendStatics = function(d, b) {\n extendStatics = Object.setPrototypeOf ||\n ({ __proto__: [] } instanceof Array && function (d, b) { d.__proto__ = b; }) ||\n function (d, b) { for (var p in b) if (Object.prototype.hasOwnProperty.call(b, p)) d[p] = b[p]; };\n return extendStatics(d, b);\n};\n\nexport function __extends(d, b) {\n if (typeof b !== \"function\" && b !== null)\n throw new TypeError(\"Class extends value \" + String(b) + \" is not a constructor or null\");\n extendStatics(d, b);\n function __() { this.constructor = d; }\n d.prototype = b === null ? Object.create(b) : (__.prototype = b.prototype, new __());\n}\n\nexport var __assign = function() {\n __assign = Object.assign || function __assign(t) {\n for (var s, i = 1, n = arguments.length; i < n; i++) {\n s = arguments[i];\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p)) t[p] = s[p];\n }\n return t;\n }\n return __assign.apply(this, arguments);\n}\n\nexport function __rest(s, e) {\n var t = {};\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p) && e.indexOf(p) < 0)\n t[p] = s[p];\n if (s != null && typeof Object.getOwnPropertySymbols === \"function\")\n for (var i = 0, p = Object.getOwnPropertySymbols(s); i < p.length; i++) {\n if (e.indexOf(p[i]) < 0 && Object.prototype.propertyIsEnumerable.call(s, p[i]))\n t[p[i]] = s[p[i]];\n }\n return t;\n}\n\nexport function __decorate(decorators, target, key, desc) {\n var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;\n if (typeof Reflect === \"object\" && typeof Reflect.decorate === \"function\") r = Reflect.decorate(decorators, target, key, desc);\n else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;\n return c > 3 && r && Object.defineProperty(target, key, r), r;\n}\n\nexport function __param(paramIndex, decorator) {\n return function (target, key) { decorator(target, key, paramIndex); }\n}\n\nexport function __esDecorate(ctor, descriptorIn, decorators, contextIn, initializers, extraInitializers) {\n function accept(f) { if (f !== void 0 && typeof f !== \"function\") throw new TypeError(\"Function expected\"); return f; }\n var kind = contextIn.kind, key = kind === \"getter\" ? \"get\" : kind === \"setter\" ? \"set\" : \"value\";\n var target = !descriptorIn && ctor ? contextIn[\"static\"] ? ctor : ctor.prototype : null;\n var descriptor = descriptorIn || (target ? Object.getOwnPropertyDescriptor(target, contextIn.name) : {});\n var _, done = false;\n for (var i = decorators.length - 1; i >= 0; i--) {\n var context = {};\n for (var p in contextIn) context[p] = p === \"access\" ? {} : contextIn[p];\n for (var p in contextIn.access) context.access[p] = contextIn.access[p];\n context.addInitializer = function (f) { if (done) throw new TypeError(\"Cannot add initializers after decoration has completed\"); extraInitializers.push(accept(f || null)); };\n var result = (0, decorators[i])(kind === \"accessor\" ? { get: descriptor.get, set: descriptor.set } : descriptor[key], context);\n if (kind === \"accessor\") {\n if (result === void 0) continue;\n if (result === null || typeof result !== \"object\") throw new TypeError(\"Object expected\");\n if (_ = accept(result.get)) descriptor.get = _;\n if (_ = accept(result.set)) descriptor.set = _;\n if (_ = accept(result.init)) initializers.unshift(_);\n }\n else if (_ = accept(result)) {\n if (kind === \"field\") initializers.unshift(_);\n else descriptor[key] = _;\n }\n }\n if (target) Object.defineProperty(target, contextIn.name, descriptor);\n done = true;\n};\n\nexport function __runInitializers(thisArg, initializers, value) {\n var useValue = arguments.length > 2;\n for (var i = 0; i < initializers.length; i++) {\n value = useValue ? initializers[i].call(thisArg, value) : initializers[i].call(thisArg);\n }\n return useValue ? value : void 0;\n};\n\nexport function __propKey(x) {\n return typeof x === \"symbol\" ? x : \"\".concat(x);\n};\n\nexport function __setFunctionName(f, name, prefix) {\n if (typeof name === \"symbol\") name = name.description ? \"[\".concat(name.description, \"]\") : \"\";\n return Object.defineProperty(f, \"name\", { configurable: true, value: prefix ? \"\".concat(prefix, \" \", name) : name });\n};\n\nexport function __metadata(metadataKey, metadataValue) {\n if (typeof Reflect === \"object\" && typeof Reflect.metadata === \"function\") return Reflect.metadata(metadataKey, metadataValue);\n}\n\nexport function __awaiter(thisArg, _arguments, P, generator) {\n function adopt(value) { return value instanceof P ? value : new P(function (resolve) { resolve(value); }); }\n return new (P || (P = Promise))(function (resolve, reject) {\n function fulfilled(value) { try { step(generator.next(value)); } catch (e) { reject(e); } }\n function rejected(value) { try { step(generator[\"throw\"](value)); } catch (e) { reject(e); } }\n function step(result) { result.done ? resolve(result.value) : adopt(result.value).then(fulfilled, rejected); }\n step((generator = generator.apply(thisArg, _arguments || [])).next());\n });\n}\n\nexport function __generator(thisArg, body) {\n var _ = { label: 0, sent: function() { if (t[0] & 1) throw t[1]; return t[1]; }, trys: [], ops: [] }, f, y, t, g = Object.create((typeof Iterator === \"function\" ? Iterator : Object).prototype);\n return g.next = verb(0), g[\"throw\"] = verb(1), g[\"return\"] = verb(2), typeof Symbol === \"function\" && (g[Symbol.iterator] = function() { return this; }), g;\n function verb(n) { return function (v) { return step([n, v]); }; }\n function step(op) {\n if (f) throw new TypeError(\"Generator is already executing.\");\n while (g && (g = 0, op[0] && (_ = 0)), _) try {\n if (f = 1, y && (t = op[0] & 2 ? y[\"return\"] : op[0] ? y[\"throw\"] || ((t = y[\"return\"]) && t.call(y), 0) : y.next) && !(t = t.call(y, op[1])).done) return t;\n if (y = 0, t) op = [op[0] & 2, t.value];\n switch (op[0]) {\n case 0: case 1: t = op; break;\n case 4: _.label++; return { value: op[1], done: false };\n case 5: _.label++; y = op[1]; op = [0]; continue;\n case 7: op = _.ops.pop(); _.trys.pop(); continue;\n default:\n if (!(t = _.trys, t = t.length > 0 && t[t.length - 1]) && (op[0] === 6 || op[0] === 2)) { _ = 0; continue; }\n if (op[0] === 3 && (!t || (op[1] > t[0] && op[1] < t[3]))) { _.label = op[1]; break; }\n if (op[0] === 6 && _.label < t[1]) { _.label = t[1]; t = op; break; }\n if (t && _.label < t[2]) { _.label = t[2]; _.ops.push(op); break; }\n if (t[2]) _.ops.pop();\n _.trys.pop(); continue;\n }\n op = body.call(thisArg, _);\n } catch (e) { op = [6, e]; y = 0; } finally { f = t = 0; }\n if (op[0] & 5) throw op[1]; return { value: op[0] ? op[1] : void 0, done: true };\n }\n}\n\nexport var __createBinding = Object.create ? (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n var desc = Object.getOwnPropertyDescriptor(m, k);\n if (!desc || (\"get\" in desc ? !m.__esModule : desc.writable || desc.configurable)) {\n desc = { enumerable: true, get: function() { return m[k]; } };\n }\n Object.defineProperty(o, k2, desc);\n}) : (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n o[k2] = m[k];\n});\n\nexport function __exportStar(m, o) {\n for (var p in m) if (p !== \"default\" && !Object.prototype.hasOwnProperty.call(o, p)) __createBinding(o, m, p);\n}\n\nexport function __values(o) {\n var s = typeof Symbol === \"function\" && Symbol.iterator, m = s && o[s], i = 0;\n if (m) return m.call(o);\n if (o && typeof o.length === \"number\") return {\n next: function () {\n if (o && i >= o.length) o = void 0;\n return { value: o && o[i++], done: !o };\n }\n };\n throw new TypeError(s ? \"Object is not iterable.\" : \"Symbol.iterator is not defined.\");\n}\n\nexport function __read(o, n) {\n var m = typeof Symbol === \"function\" && o[Symbol.iterator];\n if (!m) return o;\n var i = m.call(o), r, ar = [], e;\n try {\n while ((n === void 0 || n-- > 0) && !(r = i.next()).done) ar.push(r.value);\n }\n catch (error) { e = { error: error }; }\n finally {\n try {\n if (r && !r.done && (m = i[\"return\"])) m.call(i);\n }\n finally { if (e) throw e.error; }\n }\n return ar;\n}\n\n/** @deprecated */\nexport function __spread() {\n for (var ar = [], i = 0; i < arguments.length; i++)\n ar = ar.concat(__read(arguments[i]));\n return ar;\n}\n\n/** @deprecated */\nexport function __spreadArrays() {\n for (var s = 0, i = 0, il = arguments.length; i < il; i++) s += arguments[i].length;\n for (var r = Array(s), k = 0, i = 0; i < il; i++)\n for (var a = arguments[i], j = 0, jl = a.length; j < jl; j++, k++)\n r[k] = a[j];\n return r;\n}\n\nexport function __spreadArray(to, from, pack) {\n if (pack || arguments.length === 2) for (var i = 0, l = from.length, ar; i < l; i++) {\n if (ar || !(i in from)) {\n if (!ar) ar = Array.prototype.slice.call(from, 0, i);\n ar[i] = from[i];\n }\n }\n return to.concat(ar || Array.prototype.slice.call(from));\n}\n\nexport function __await(v) {\n return this instanceof __await ? (this.v = v, this) : new __await(v);\n}\n\nexport function __asyncGenerator(thisArg, _arguments, generator) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var g = generator.apply(thisArg, _arguments || []), i, q = [];\n return i = Object.create((typeof AsyncIterator === \"function\" ? AsyncIterator : Object).prototype), verb(\"next\"), verb(\"throw\"), verb(\"return\", awaitReturn), i[Symbol.asyncIterator] = function () { return this; }, i;\n function awaitReturn(f) { return function (v) { return Promise.resolve(v).then(f, reject); }; }\n function verb(n, f) { if (g[n]) { i[n] = function (v) { return new Promise(function (a, b) { q.push([n, v, a, b]) > 1 || resume(n, v); }); }; if (f) i[n] = f(i[n]); } }\n function resume(n, v) { try { step(g[n](v)); } catch (e) { settle(q[0][3], e); } }\n function step(r) { r.value instanceof __await ? Promise.resolve(r.value.v).then(fulfill, reject) : settle(q[0][2], r); }\n function fulfill(value) { resume(\"next\", value); }\n function reject(value) { resume(\"throw\", value); }\n function settle(f, v) { if (f(v), q.shift(), q.length) resume(q[0][0], q[0][1]); }\n}\n\nexport function __asyncDelegator(o) {\n var i, p;\n return i = {}, verb(\"next\"), verb(\"throw\", function (e) { throw e; }), verb(\"return\"), i[Symbol.iterator] = function () { return this; }, i;\n function verb(n, f) { i[n] = o[n] ? function (v) { return (p = !p) ? { value: __await(o[n](v)), done: false } : f ? f(v) : v; } : f; }\n}\n\nexport function __asyncValues(o) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var m = o[Symbol.asyncIterator], i;\n return m ? m.call(o) : (o = typeof __values === \"function\" ? __values(o) : o[Symbol.iterator](), i = {}, verb(\"next\"), verb(\"throw\"), verb(\"return\"), i[Symbol.asyncIterator] = function () { return this; }, i);\n function verb(n) { i[n] = o[n] && function (v) { return new Promise(function (resolve, reject) { v = o[n](v), settle(resolve, reject, v.done, v.value); }); }; }\n function settle(resolve, reject, d, v) { Promise.resolve(v).then(function(v) { resolve({ value: v, done: d }); }, reject); }\n}\n\nexport function __makeTemplateObject(cooked, raw) {\n if (Object.defineProperty) { Object.defineProperty(cooked, \"raw\", { value: raw }); } else { cooked.raw = raw; }\n return cooked;\n};\n\nvar __setModuleDefault = Object.create ? (function(o, v) {\n Object.defineProperty(o, \"default\", { enumerable: true, value: v });\n}) : function(o, v) {\n o[\"default\"] = v;\n};\n\nexport function __importStar(mod) {\n if (mod && mod.__esModule) return mod;\n var result = {};\n if (mod != null) for (var k in mod) if (k !== \"default\" && Object.prototype.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k);\n __setModuleDefault(result, mod);\n return result;\n}\n\nexport function __importDefault(mod) {\n return (mod && mod.__esModule) ? mod : { default: mod };\n}\n\nexport function __classPrivateFieldGet(receiver, state, kind, f) {\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a getter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot read private member from an object whose class did not declare it\");\n return kind === \"m\" ? f : kind === \"a\" ? f.call(receiver) : f ? f.value : state.get(receiver);\n}\n\nexport function __classPrivateFieldSet(receiver, state, value, kind, f) {\n if (kind === \"m\") throw new TypeError(\"Private method is not writable\");\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a setter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot write private member to an object whose class did not declare it\");\n return (kind === \"a\" ? f.call(receiver, value) : f ? f.value = value : state.set(receiver, value)), value;\n}\n\nexport function __classPrivateFieldIn(state, receiver) {\n if (receiver === null || (typeof receiver !== \"object\" && typeof receiver !== \"function\")) throw new TypeError(\"Cannot use 'in' operator on non-object\");\n return typeof state === \"function\" ? receiver === state : state.has(receiver);\n}\n\nexport function __addDisposableResource(env, value, async) {\n if (value !== null && value !== void 0) {\n if (typeof value !== \"object\" && typeof value !== \"function\") throw new TypeError(\"Object expected.\");\n var dispose, inner;\n if (async) {\n if (!Symbol.asyncDispose) throw new TypeError(\"Symbol.asyncDispose is not defined.\");\n dispose = value[Symbol.asyncDispose];\n }\n if (dispose === void 0) {\n if (!Symbol.dispose) throw new TypeError(\"Symbol.dispose is not defined.\");\n dispose = value[Symbol.dispose];\n if (async) inner = dispose;\n }\n if (typeof dispose !== \"function\") throw new TypeError(\"Object not disposable.\");\n if (inner) dispose = function() { try { inner.call(this); } catch (e) { return Promise.reject(e); } };\n env.stack.push({ value: value, dispose: dispose, async: async });\n }\n else if (async) {\n env.stack.push({ async: true });\n }\n return value;\n}\n\nvar _SuppressedError = typeof SuppressedError === \"function\" ? SuppressedError : function (error, suppressed, message) {\n var e = new Error(message);\n return e.name = \"SuppressedError\", e.error = error, e.suppressed = suppressed, e;\n};\n\nexport function __disposeResources(env) {\n function fail(e) {\n env.error = env.hasError ? new _SuppressedError(e, env.error, \"An error was suppressed during disposal.\") : e;\n env.hasError = true;\n }\n var r, s = 0;\n function next() {\n while (r = env.stack.pop()) {\n try {\n if (!r.async && s === 1) return s = 0, env.stack.push(r), Promise.resolve().then(next);\n if (r.dispose) {\n var result = r.dispose.call(r.value);\n if (r.async) return s |= 2, Promise.resolve(result).then(next, function(e) { fail(e); return next(); });\n }\n else s |= 1;\n }\n catch (e) {\n fail(e);\n }\n }\n if (s === 1) return env.hasError ? Promise.reject(env.error) : Promise.resolve();\n if (env.hasError) throw env.error;\n }\n return next();\n}\n\nexport default {\n __extends,\n __assign,\n __rest,\n __decorate,\n __param,\n __metadata,\n __awaiter,\n __generator,\n __createBinding,\n __exportStar,\n __values,\n __read,\n __spread,\n __spreadArrays,\n __spreadArray,\n __await,\n __asyncGenerator,\n __asyncDelegator,\n __asyncValues,\n __makeTemplateObject,\n __importStar,\n __importDefault,\n __classPrivateFieldGet,\n __classPrivateFieldSet,\n __classPrivateFieldIn,\n __addDisposableResource,\n __disposeResources,\n};\n", "/**\n * Returns true if the object is a function.\n * @param value The value to check\n */\nexport function isFunction(value: any): value is (...args: any[]) => any {\n return typeof value === 'function';\n}\n", "/**\n * Used to create Error subclasses until the community moves away from ES5.\n *\n * This is because compiling from TypeScript down to ES5 has issues with subclassing Errors\n * as well as other built-in types: https://github.com/Microsoft/TypeScript/issues/12123\n *\n * @param createImpl A factory function to create the actual constructor implementation. The returned\n * function should be a named function that calls `_super` internally.\n */\nexport function createErrorClass(createImpl: (_super: any) => any): T {\n const _super = (instance: any) => {\n Error.call(instance);\n instance.stack = new Error().stack;\n };\n\n const ctorFunc = createImpl(_super);\n ctorFunc.prototype = Object.create(Error.prototype);\n ctorFunc.prototype.constructor = ctorFunc;\n return ctorFunc;\n}\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface UnsubscriptionError extends Error {\n readonly errors: any[];\n}\n\nexport interface UnsubscriptionErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (errors: any[]): UnsubscriptionError;\n}\n\n/**\n * An error thrown when one or more errors have occurred during the\n * `unsubscribe` of a {@link Subscription}.\n */\nexport const UnsubscriptionError: UnsubscriptionErrorCtor = createErrorClass(\n (_super) =>\n function UnsubscriptionErrorImpl(this: any, errors: (Error | string)[]) {\n _super(this);\n this.message = errors\n ? `${errors.length} errors occurred during unsubscription:\n${errors.map((err, i) => `${i + 1}) ${err.toString()}`).join('\\n ')}`\n : '';\n this.name = 'UnsubscriptionError';\n this.errors = errors;\n }\n);\n", "/**\n * Removes an item from an array, mutating it.\n * @param arr The array to remove the item from\n * @param item The item to remove\n */\nexport function arrRemove(arr: T[] | undefined | null, item: T) {\n if (arr) {\n const index = arr.indexOf(item);\n 0 <= index && arr.splice(index, 1);\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { UnsubscriptionError } from './util/UnsubscriptionError';\nimport { SubscriptionLike, TeardownLogic, Unsubscribable } from './types';\nimport { arrRemove } from './util/arrRemove';\n\n/**\n * Represents a disposable resource, such as the execution of an Observable. A\n * Subscription has one important method, `unsubscribe`, that takes no argument\n * and just disposes the resource held by the subscription.\n *\n * Additionally, subscriptions may be grouped together through the `add()`\n * method, which will attach a child Subscription to the current Subscription.\n * When a Subscription is unsubscribed, all its children (and its grandchildren)\n * will be unsubscribed as well.\n *\n * @class Subscription\n */\nexport class Subscription implements SubscriptionLike {\n /** @nocollapse */\n public static EMPTY = (() => {\n const empty = new Subscription();\n empty.closed = true;\n return empty;\n })();\n\n /**\n * A flag to indicate whether this Subscription has already been unsubscribed.\n */\n public closed = false;\n\n private _parentage: Subscription[] | Subscription | null = null;\n\n /**\n * The list of registered finalizers to execute upon unsubscription. Adding and removing from this\n * list occurs in the {@link #add} and {@link #remove} methods.\n */\n private _finalizers: Exclude[] | null = null;\n\n /**\n * @param initialTeardown A function executed first as part of the finalization\n * process that is kicked off when {@link #unsubscribe} is called.\n */\n constructor(private initialTeardown?: () => void) {}\n\n /**\n * Disposes the resources held by the subscription. May, for instance, cancel\n * an ongoing Observable execution or cancel any other type of work that\n * started when the Subscription was created.\n * @return {void}\n */\n unsubscribe(): void {\n let errors: any[] | undefined;\n\n if (!this.closed) {\n this.closed = true;\n\n // Remove this from it's parents.\n const { _parentage } = this;\n if (_parentage) {\n this._parentage = null;\n if (Array.isArray(_parentage)) {\n for (const parent of _parentage) {\n parent.remove(this);\n }\n } else {\n _parentage.remove(this);\n }\n }\n\n const { initialTeardown: initialFinalizer } = this;\n if (isFunction(initialFinalizer)) {\n try {\n initialFinalizer();\n } catch (e) {\n errors = e instanceof UnsubscriptionError ? e.errors : [e];\n }\n }\n\n const { _finalizers } = this;\n if (_finalizers) {\n this._finalizers = null;\n for (const finalizer of _finalizers) {\n try {\n execFinalizer(finalizer);\n } catch (err) {\n errors = errors ?? [];\n if (err instanceof UnsubscriptionError) {\n errors = [...errors, ...err.errors];\n } else {\n errors.push(err);\n }\n }\n }\n }\n\n if (errors) {\n throw new UnsubscriptionError(errors);\n }\n }\n }\n\n /**\n * Adds a finalizer to this subscription, so that finalization will be unsubscribed/called\n * when this subscription is unsubscribed. If this subscription is already {@link #closed},\n * because it has already been unsubscribed, then whatever finalizer is passed to it\n * will automatically be executed (unless the finalizer itself is also a closed subscription).\n *\n * Closed Subscriptions cannot be added as finalizers to any subscription. Adding a closed\n * subscription to a any subscription will result in no operation. (A noop).\n *\n * Adding a subscription to itself, or adding `null` or `undefined` will not perform any\n * operation at all. (A noop).\n *\n * `Subscription` instances that are added to this instance will automatically remove themselves\n * if they are unsubscribed. Functions and {@link Unsubscribable} objects that you wish to remove\n * will need to be removed manually with {@link #remove}\n *\n * @param teardown The finalization logic to add to this subscription.\n */\n add(teardown: TeardownLogic): void {\n // Only add the finalizer if it's not undefined\n // and don't add a subscription to itself.\n if (teardown && teardown !== this) {\n if (this.closed) {\n // If this subscription is already closed,\n // execute whatever finalizer is handed to it automatically.\n execFinalizer(teardown);\n } else {\n if (teardown instanceof Subscription) {\n // We don't add closed subscriptions, and we don't add the same subscription\n // twice. Subscription unsubscribe is idempotent.\n if (teardown.closed || teardown._hasParent(this)) {\n return;\n }\n teardown._addParent(this);\n }\n (this._finalizers = this._finalizers ?? []).push(teardown);\n }\n }\n }\n\n /**\n * Checks to see if a this subscription already has a particular parent.\n * This will signal that this subscription has already been added to the parent in question.\n * @param parent the parent to check for\n */\n private _hasParent(parent: Subscription) {\n const { _parentage } = this;\n return _parentage === parent || (Array.isArray(_parentage) && _parentage.includes(parent));\n }\n\n /**\n * Adds a parent to this subscription so it can be removed from the parent if it\n * unsubscribes on it's own.\n *\n * NOTE: THIS ASSUMES THAT {@link _hasParent} HAS ALREADY BEEN CHECKED.\n * @param parent The parent subscription to add\n */\n private _addParent(parent: Subscription) {\n const { _parentage } = this;\n this._parentage = Array.isArray(_parentage) ? (_parentage.push(parent), _parentage) : _parentage ? [_parentage, parent] : parent;\n }\n\n /**\n * Called on a child when it is removed via {@link #remove}.\n * @param parent The parent to remove\n */\n private _removeParent(parent: Subscription) {\n const { _parentage } = this;\n if (_parentage === parent) {\n this._parentage = null;\n } else if (Array.isArray(_parentage)) {\n arrRemove(_parentage, parent);\n }\n }\n\n /**\n * Removes a finalizer from this subscription that was previously added with the {@link #add} method.\n *\n * Note that `Subscription` instances, when unsubscribed, will automatically remove themselves\n * from every other `Subscription` they have been added to. This means that using the `remove` method\n * is not a common thing and should be used thoughtfully.\n *\n * If you add the same finalizer instance of a function or an unsubscribable object to a `Subscription` instance\n * more than once, you will need to call `remove` the same number of times to remove all instances.\n *\n * All finalizer instances are removed to free up memory upon unsubscription.\n *\n * @param teardown The finalizer to remove from this subscription\n */\n remove(teardown: Exclude): void {\n const { _finalizers } = this;\n _finalizers && arrRemove(_finalizers, teardown);\n\n if (teardown instanceof Subscription) {\n teardown._removeParent(this);\n }\n }\n}\n\nexport const EMPTY_SUBSCRIPTION = Subscription.EMPTY;\n\nexport function isSubscription(value: any): value is Subscription {\n return (\n value instanceof Subscription ||\n (value && 'closed' in value && isFunction(value.remove) && isFunction(value.add) && isFunction(value.unsubscribe))\n );\n}\n\nfunction execFinalizer(finalizer: Unsubscribable | (() => void)) {\n if (isFunction(finalizer)) {\n finalizer();\n } else {\n finalizer.unsubscribe();\n }\n}\n", "import { Subscriber } from './Subscriber';\nimport { ObservableNotification } from './types';\n\n/**\n * The {@link GlobalConfig} object for RxJS. It is used to configure things\n * like how to react on unhandled errors.\n */\nexport const config: GlobalConfig = {\n onUnhandledError: null,\n onStoppedNotification: null,\n Promise: undefined,\n useDeprecatedSynchronousErrorHandling: false,\n useDeprecatedNextContext: false,\n};\n\n/**\n * The global configuration object for RxJS, used to configure things\n * like how to react on unhandled errors. Accessible via {@link config}\n * object.\n */\nexport interface GlobalConfig {\n /**\n * A registration point for unhandled errors from RxJS. These are errors that\n * cannot were not handled by consuming code in the usual subscription path. For\n * example, if you have this configured, and you subscribe to an observable without\n * providing an error handler, errors from that subscription will end up here. This\n * will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onUnhandledError: ((err: any) => void) | null;\n\n /**\n * A registration point for notifications that cannot be sent to subscribers because they\n * have completed, errored or have been explicitly unsubscribed. By default, next, complete\n * and error notifications sent to stopped subscribers are noops. However, sometimes callers\n * might want a different behavior. For example, with sources that attempt to report errors\n * to stopped subscribers, a caller can configure RxJS to throw an unhandled error instead.\n * This will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onStoppedNotification: ((notification: ObservableNotification, subscriber: Subscriber) => void) | null;\n\n /**\n * The promise constructor used by default for {@link Observable#toPromise toPromise} and {@link Observable#forEach forEach}\n * methods.\n *\n * @deprecated As of version 8, RxJS will no longer support this sort of injection of a\n * Promise constructor. If you need a Promise implementation other than native promises,\n * please polyfill/patch Promise as you see appropriate. Will be removed in v8.\n */\n Promise?: PromiseConstructorLike;\n\n /**\n * If true, turns on synchronous error rethrowing, which is a deprecated behavior\n * in v6 and higher. This behavior enables bad patterns like wrapping a subscribe\n * call in a try/catch block. It also enables producer interference, a nasty bug\n * where a multicast can be broken for all observers by a downstream consumer with\n * an unhandled error. DO NOT USE THIS FLAG UNLESS IT'S NEEDED TO BUY TIME\n * FOR MIGRATION REASONS.\n *\n * @deprecated As of version 8, RxJS will no longer support synchronous throwing\n * of unhandled errors. All errors will be thrown on a separate call stack to prevent bad\n * behaviors described above. Will be removed in v8.\n */\n useDeprecatedSynchronousErrorHandling: boolean;\n\n /**\n * If true, enables an as-of-yet undocumented feature from v5: The ability to access\n * `unsubscribe()` via `this` context in `next` functions created in observers passed\n * to `subscribe`.\n *\n * This is being removed because the performance was severely problematic, and it could also cause\n * issues when types other than POJOs are passed to subscribe as subscribers, as they will likely have\n * their `this` context overwritten.\n *\n * @deprecated As of version 8, RxJS will no longer support altering the\n * context of next functions provided as part of an observer to Subscribe. Instead,\n * you will have access to a subscription or a signal or token that will allow you to do things like\n * unsubscribe and test closed status. Will be removed in v8.\n */\n useDeprecatedNextContext: boolean;\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetTimeoutFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearTimeoutFunction = (handle: TimerHandle) => void;\n\ninterface TimeoutProvider {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n delegate:\n | {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n }\n | undefined;\n}\n\nexport const timeoutProvider: TimeoutProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setTimeout(handler: () => void, timeout?: number, ...args) {\n const { delegate } = timeoutProvider;\n if (delegate?.setTimeout) {\n return delegate.setTimeout(handler, timeout, ...args);\n }\n return setTimeout(handler, timeout, ...args);\n },\n clearTimeout(handle) {\n const { delegate } = timeoutProvider;\n return (delegate?.clearTimeout || clearTimeout)(handle as any);\n },\n delegate: undefined,\n};\n", "import { config } from '../config';\nimport { timeoutProvider } from '../scheduler/timeoutProvider';\n\n/**\n * Handles an error on another job either with the user-configured {@link onUnhandledError},\n * or by throwing it on that new job so it can be picked up by `window.onerror`, `process.on('error')`, etc.\n *\n * This should be called whenever there is an error that is out-of-band with the subscription\n * or when an error hits a terminal boundary of the subscription and no error handler was provided.\n *\n * @param err the error to report\n */\nexport function reportUnhandledError(err: any) {\n timeoutProvider.setTimeout(() => {\n const { onUnhandledError } = config;\n if (onUnhandledError) {\n // Execute the user-configured error handler.\n onUnhandledError(err);\n } else {\n // Throw so it is picked up by the runtime's uncaught error mechanism.\n throw err;\n }\n });\n}\n", "/* tslint:disable:no-empty */\nexport function noop() { }\n", "import { CompleteNotification, NextNotification, ErrorNotification } from './types';\n\n/**\n * A completion object optimized for memory use and created to be the\n * same \"shape\" as other notifications in v8.\n * @internal\n */\nexport const COMPLETE_NOTIFICATION = (() => createNotification('C', undefined, undefined) as CompleteNotification)();\n\n/**\n * Internal use only. Creates an optimized error notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function errorNotification(error: any): ErrorNotification {\n return createNotification('E', undefined, error) as any;\n}\n\n/**\n * Internal use only. Creates an optimized next notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function nextNotification(value: T) {\n return createNotification('N', value, undefined) as NextNotification;\n}\n\n/**\n * Ensures that all notifications created internally have the same \"shape\" in v8.\n *\n * TODO: This is only exported to support a crazy legacy test in `groupBy`.\n * @internal\n */\nexport function createNotification(kind: 'N' | 'E' | 'C', value: any, error: any) {\n return {\n kind,\n value,\n error,\n };\n}\n", "import { config } from '../config';\n\nlet context: { errorThrown: boolean; error: any } | null = null;\n\n/**\n * Handles dealing with errors for super-gross mode. Creates a context, in which\n * any synchronously thrown errors will be passed to {@link captureError}. Which\n * will record the error such that it will be rethrown after the call back is complete.\n * TODO: Remove in v8\n * @param cb An immediately executed function.\n */\nexport function errorContext(cb: () => void) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n const isRoot = !context;\n if (isRoot) {\n context = { errorThrown: false, error: null };\n }\n cb();\n if (isRoot) {\n const { errorThrown, error } = context!;\n context = null;\n if (errorThrown) {\n throw error;\n }\n }\n } else {\n // This is the general non-deprecated path for everyone that\n // isn't crazy enough to use super-gross mode (useDeprecatedSynchronousErrorHandling)\n cb();\n }\n}\n\n/**\n * Captures errors only in super-gross mode.\n * @param err the error to capture\n */\nexport function captureError(err: any) {\n if (config.useDeprecatedSynchronousErrorHandling && context) {\n context.errorThrown = true;\n context.error = err;\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { Observer, ObservableNotification } from './types';\nimport { isSubscription, Subscription } from './Subscription';\nimport { config } from './config';\nimport { reportUnhandledError } from './util/reportUnhandledError';\nimport { noop } from './util/noop';\nimport { nextNotification, errorNotification, COMPLETE_NOTIFICATION } from './NotificationFactories';\nimport { timeoutProvider } from './scheduler/timeoutProvider';\nimport { captureError } from './util/errorContext';\n\n/**\n * Implements the {@link Observer} interface and extends the\n * {@link Subscription} class. While the {@link Observer} is the public API for\n * consuming the values of an {@link Observable}, all Observers get converted to\n * a Subscriber, in order to provide Subscription-like capabilities such as\n * `unsubscribe`. Subscriber is a common type in RxJS, and crucial for\n * implementing operators, but it is rarely used as a public API.\n *\n * @class Subscriber\n */\nexport class Subscriber extends Subscription implements Observer {\n /**\n * A static factory for a Subscriber, given a (potentially partial) definition\n * of an Observer.\n * @param next The `next` callback of an Observer.\n * @param error The `error` callback of an\n * Observer.\n * @param complete The `complete` callback of an\n * Observer.\n * @return A Subscriber wrapping the (partially defined)\n * Observer represented by the given arguments.\n * @nocollapse\n * @deprecated Do not use. Will be removed in v8. There is no replacement for this\n * method, and there is no reason to be creating instances of `Subscriber` directly.\n * If you have a specific use case, please file an issue.\n */\n static create(next?: (x?: T) => void, error?: (e?: any) => void, complete?: () => void): Subscriber {\n return new SafeSubscriber(next, error, complete);\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected isStopped: boolean = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected destination: Subscriber | Observer; // this `any` is the escape hatch to erase extra type param (e.g. R)\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * There is no reason to directly create an instance of Subscriber. This type is exported for typings reasons.\n */\n constructor(destination?: Subscriber | Observer) {\n super();\n if (destination) {\n this.destination = destination;\n // Automatically chain subscriptions together here.\n // if destination is a Subscription, then it is a Subscriber.\n if (isSubscription(destination)) {\n destination.add(this);\n }\n } else {\n this.destination = EMPTY_OBSERVER;\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `next` from\n * the Observable, with a value. The Observable may call this method 0 or more\n * times.\n * @param {T} [value] The `next` value.\n * @return {void}\n */\n next(value?: T): void {\n if (this.isStopped) {\n handleStoppedNotification(nextNotification(value), this);\n } else {\n this._next(value!);\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `error` from\n * the Observable, with an attached `Error`. Notifies the Observer that\n * the Observable has experienced an error condition.\n * @param {any} [err] The `error` exception.\n * @return {void}\n */\n error(err?: any): void {\n if (this.isStopped) {\n handleStoppedNotification(errorNotification(err), this);\n } else {\n this.isStopped = true;\n this._error(err);\n }\n }\n\n /**\n * The {@link Observer} callback to receive a valueless notification of type\n * `complete` from the Observable. Notifies the Observer that the Observable\n * has finished sending push-based notifications.\n * @return {void}\n */\n complete(): void {\n if (this.isStopped) {\n handleStoppedNotification(COMPLETE_NOTIFICATION, this);\n } else {\n this.isStopped = true;\n this._complete();\n }\n }\n\n unsubscribe(): void {\n if (!this.closed) {\n this.isStopped = true;\n super.unsubscribe();\n this.destination = null!;\n }\n }\n\n protected _next(value: T): void {\n this.destination.next(value);\n }\n\n protected _error(err: any): void {\n try {\n this.destination.error(err);\n } finally {\n this.unsubscribe();\n }\n }\n\n protected _complete(): void {\n try {\n this.destination.complete();\n } finally {\n this.unsubscribe();\n }\n }\n}\n\n/**\n * This bind is captured here because we want to be able to have\n * compatibility with monoid libraries that tend to use a method named\n * `bind`. In particular, a library called Monio requires this.\n */\nconst _bind = Function.prototype.bind;\n\nfunction bind any>(fn: Fn, thisArg: any): Fn {\n return _bind.call(fn, thisArg);\n}\n\n/**\n * Internal optimization only, DO NOT EXPOSE.\n * @internal\n */\nclass ConsumerObserver implements Observer {\n constructor(private partialObserver: Partial>) {}\n\n next(value: T): void {\n const { partialObserver } = this;\n if (partialObserver.next) {\n try {\n partialObserver.next(value);\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n\n error(err: any): void {\n const { partialObserver } = this;\n if (partialObserver.error) {\n try {\n partialObserver.error(err);\n } catch (error) {\n handleUnhandledError(error);\n }\n } else {\n handleUnhandledError(err);\n }\n }\n\n complete(): void {\n const { partialObserver } = this;\n if (partialObserver.complete) {\n try {\n partialObserver.complete();\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n}\n\nexport class SafeSubscriber extends Subscriber {\n constructor(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((e?: any) => void) | null,\n complete?: (() => void) | null\n ) {\n super();\n\n let partialObserver: Partial>;\n if (isFunction(observerOrNext) || !observerOrNext) {\n // The first argument is a function, not an observer. The next\n // two arguments *could* be observers, or they could be empty.\n partialObserver = {\n next: (observerOrNext ?? undefined) as (((value: T) => void) | undefined),\n error: error ?? undefined,\n complete: complete ?? undefined,\n };\n } else {\n // The first argument is a partial observer.\n let context: any;\n if (this && config.useDeprecatedNextContext) {\n // This is a deprecated path that made `this.unsubscribe()` available in\n // next handler functions passed to subscribe. This only exists behind a flag\n // now, as it is *very* slow.\n context = Object.create(observerOrNext);\n context.unsubscribe = () => this.unsubscribe();\n partialObserver = {\n next: observerOrNext.next && bind(observerOrNext.next, context),\n error: observerOrNext.error && bind(observerOrNext.error, context),\n complete: observerOrNext.complete && bind(observerOrNext.complete, context),\n };\n } else {\n // The \"normal\" path. Just use the partial observer directly.\n partialObserver = observerOrNext;\n }\n }\n\n // Wrap the partial observer to ensure it's a full observer, and\n // make sure proper error handling is accounted for.\n this.destination = new ConsumerObserver(partialObserver);\n }\n}\n\nfunction handleUnhandledError(error: any) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n captureError(error);\n } else {\n // Ideal path, we report this as an unhandled error,\n // which is thrown on a new call stack.\n reportUnhandledError(error);\n }\n}\n\n/**\n * An error handler used when no error handler was supplied\n * to the SafeSubscriber -- meaning no error handler was supplied\n * do the `subscribe` call on our observable.\n * @param err The error to handle\n */\nfunction defaultErrorHandler(err: any) {\n throw err;\n}\n\n/**\n * A handler for notifications that cannot be sent to a stopped subscriber.\n * @param notification The notification being sent\n * @param subscriber The stopped subscriber\n */\nfunction handleStoppedNotification(notification: ObservableNotification, subscriber: Subscriber) {\n const { onStoppedNotification } = config;\n onStoppedNotification && timeoutProvider.setTimeout(() => onStoppedNotification(notification, subscriber));\n}\n\n/**\n * The observer used as a stub for subscriptions where the user did not\n * pass any arguments to `subscribe`. Comes with the default error handling\n * behavior.\n */\nexport const EMPTY_OBSERVER: Readonly> & { closed: true } = {\n closed: true,\n next: noop,\n error: defaultErrorHandler,\n complete: noop,\n};\n", "/**\n * Symbol.observable or a string \"@@observable\". Used for interop\n *\n * @deprecated We will no longer be exporting this symbol in upcoming versions of RxJS.\n * Instead polyfill and use Symbol.observable directly *or* use https://www.npmjs.com/package/symbol-observable\n */\nexport const observable: string | symbol = (() => (typeof Symbol === 'function' && Symbol.observable) || '@@observable')();\n", "/**\n * This function takes one parameter and just returns it. Simply put,\n * this is like `(x: T): T => x`.\n *\n * ## Examples\n *\n * This is useful in some cases when using things like `mergeMap`\n *\n * ```ts\n * import { interval, take, map, range, mergeMap, identity } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(5));\n *\n * const result$ = source$.pipe(\n * map(i => range(i)),\n * mergeMap(identity) // same as mergeMap(x => x)\n * );\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * Or when you want to selectively apply an operator\n *\n * ```ts\n * import { interval, take, identity } from 'rxjs';\n *\n * const shouldLimit = () => Math.random() < 0.5;\n *\n * const source$ = interval(1000);\n *\n * const result$ = source$.pipe(shouldLimit() ? take(5) : identity);\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * @param x Any value that is returned by this function\n * @returns The value passed as the first parameter to this function\n */\nexport function identity(x: T): T {\n return x;\n}\n", "import { identity } from './identity';\nimport { UnaryFunction } from '../types';\n\nexport function pipe(): typeof identity;\nexport function pipe(fn1: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction, fn3: UnaryFunction): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction,\n ...fns: UnaryFunction[]\n): UnaryFunction;\n\n/**\n * pipe() can be called on one or more functions, each of which can take one argument (\"UnaryFunction\")\n * and uses it to return a value.\n * It returns a function that takes one argument, passes it to the first UnaryFunction, and then\n * passes the result to the next one, passes that result to the next one, and so on. \n */\nexport function pipe(...fns: Array>): UnaryFunction {\n return pipeFromArray(fns);\n}\n\n/** @internal */\nexport function pipeFromArray(fns: Array>): UnaryFunction {\n if (fns.length === 0) {\n return identity as UnaryFunction;\n }\n\n if (fns.length === 1) {\n return fns[0];\n }\n\n return function piped(input: T): R {\n return fns.reduce((prev: any, fn: UnaryFunction) => fn(prev), input as any);\n };\n}\n", "import { Operator } from './Operator';\nimport { SafeSubscriber, Subscriber } from './Subscriber';\nimport { isSubscription, Subscription } from './Subscription';\nimport { TeardownLogic, OperatorFunction, Subscribable, Observer } from './types';\nimport { observable as Symbol_observable } from './symbol/observable';\nimport { pipeFromArray } from './util/pipe';\nimport { config } from './config';\nimport { isFunction } from './util/isFunction';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A representation of any set of values over any amount of time. This is the most basic building block\n * of RxJS.\n *\n * @class Observable\n */\nexport class Observable implements Subscribable {\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n source: Observable | undefined;\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n operator: Operator | undefined;\n\n /**\n * @constructor\n * @param {Function} subscribe the function that is called when the Observable is\n * initially subscribed to. This function is given a Subscriber, to which new values\n * can be `next`ed, or an `error` method can be called to raise an error, or\n * `complete` can be called to notify of a successful completion.\n */\n constructor(subscribe?: (this: Observable, subscriber: Subscriber) => TeardownLogic) {\n if (subscribe) {\n this._subscribe = subscribe;\n }\n }\n\n // HACK: Since TypeScript inherits static properties too, we have to\n // fight against TypeScript here so Subject can have a different static create signature\n /**\n * Creates a new Observable by calling the Observable constructor\n * @owner Observable\n * @method create\n * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor\n * @return {Observable} a new observable\n * @nocollapse\n * @deprecated Use `new Observable()` instead. Will be removed in v8.\n */\n static create: (...args: any[]) => any = (subscribe?: (subscriber: Subscriber) => TeardownLogic) => {\n return new Observable(subscribe);\n };\n\n /**\n * Creates a new Observable, with this Observable instance as the source, and the passed\n * operator defined as the new observable's operator.\n * @method lift\n * @param operator the operator defining the operation to take on the observable\n * @return a new observable with the Operator applied\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * If you have implemented an operator using `lift`, it is recommended that you create an\n * operator by simply returning `new Observable()` directly. See \"Creating new operators from\n * scratch\" section here: https://rxjs.dev/guide/operators\n */\n lift(operator?: Operator): Observable {\n const observable = new Observable();\n observable.source = this;\n observable.operator = operator;\n return observable;\n }\n\n subscribe(observerOrNext?: Partial> | ((value: T) => void)): Subscription;\n /** @deprecated Instead of passing separate callback arguments, use an observer argument. Signatures taking separate callback arguments will be removed in v8. Details: https://rxjs.dev/deprecations/subscribe-arguments */\n subscribe(next?: ((value: T) => void) | null, error?: ((error: any) => void) | null, complete?: (() => void) | null): Subscription;\n /**\n * Invokes an execution of an Observable and registers Observer handlers for notifications it will emit.\n *\n * Use it when you have all these Observables, but still nothing is happening.\n *\n * `subscribe` is not a regular operator, but a method that calls Observable's internal `subscribe` function. It\n * might be for example a function that you passed to Observable's constructor, but most of the time it is\n * a library implementation, which defines what will be emitted by an Observable, and when it be will emitted. This means\n * that calling `subscribe` is actually the moment when Observable starts its work, not when it is created, as it is often\n * the thought.\n *\n * Apart from starting the execution of an Observable, this method allows you to listen for values\n * that an Observable emits, as well as for when it completes or errors. You can achieve this in two\n * of the following ways.\n *\n * The first way is creating an object that implements {@link Observer} interface. It should have methods\n * defined by that interface, but note that it should be just a regular JavaScript object, which you can create\n * yourself in any way you want (ES6 class, classic function constructor, object literal etc.). In particular, do\n * not attempt to use any RxJS implementation details to create Observers - you don't need them. Remember also\n * that your object does not have to implement all methods. If you find yourself creating a method that doesn't\n * do anything, you can simply omit it. Note however, if the `error` method is not provided and an error happens,\n * it will be thrown asynchronously. Errors thrown asynchronously cannot be caught using `try`/`catch`. Instead,\n * use the {@link onUnhandledError} configuration option or use a runtime handler (like `window.onerror` or\n * `process.on('error)`) to be notified of unhandled errors. Because of this, it's recommended that you provide\n * an `error` method to avoid missing thrown errors.\n *\n * The second way is to give up on Observer object altogether and simply provide callback functions in place of its methods.\n * This means you can provide three functions as arguments to `subscribe`, where the first function is equivalent\n * of a `next` method, the second of an `error` method and the third of a `complete` method. Just as in case of an Observer,\n * if you do not need to listen for something, you can omit a function by passing `undefined` or `null`,\n * since `subscribe` recognizes these functions by where they were placed in function call. When it comes\n * to the `error` function, as with an Observer, if not provided, errors emitted by an Observable will be thrown asynchronously.\n *\n * You can, however, subscribe with no parameters at all. This may be the case where you're not interested in terminal events\n * and you also handled emissions internally by using operators (e.g. using `tap`).\n *\n * Whichever style of calling `subscribe` you use, in both cases it returns a Subscription object.\n * This object allows you to call `unsubscribe` on it, which in turn will stop the work that an Observable does and will clean\n * up all resources that an Observable used. Note that cancelling a subscription will not call `complete` callback\n * provided to `subscribe` function, which is reserved for a regular completion signal that comes from an Observable.\n *\n * Remember that callbacks provided to `subscribe` are not guaranteed to be called asynchronously.\n * It is an Observable itself that decides when these functions will be called. For example {@link of}\n * by default emits all its values synchronously. Always check documentation for how given Observable\n * will behave when subscribed and if its default behavior can be modified with a `scheduler`.\n *\n * #### Examples\n *\n * Subscribe with an {@link guide/observer Observer}\n *\n * ```ts\n * import { of } from 'rxjs';\n *\n * const sumObserver = {\n * sum: 0,\n * next(value) {\n * console.log('Adding: ' + value);\n * this.sum = this.sum + value;\n * },\n * error() {\n * // We actually could just remove this method,\n * // since we do not really care about errors right now.\n * },\n * complete() {\n * console.log('Sum equals: ' + this.sum);\n * }\n * };\n *\n * of(1, 2, 3) // Synchronously emits 1, 2, 3 and then completes.\n * .subscribe(sumObserver);\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Subscribe with functions ({@link deprecations/subscribe-arguments deprecated})\n *\n * ```ts\n * import { of } from 'rxjs'\n *\n * let sum = 0;\n *\n * of(1, 2, 3).subscribe(\n * value => {\n * console.log('Adding: ' + value);\n * sum = sum + value;\n * },\n * undefined,\n * () => console.log('Sum equals: ' + sum)\n * );\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Cancel a subscription\n *\n * ```ts\n * import { interval } from 'rxjs';\n *\n * const subscription = interval(1000).subscribe({\n * next(num) {\n * console.log(num)\n * },\n * complete() {\n * // Will not be called, even when cancelling subscription.\n * console.log('completed!');\n * }\n * });\n *\n * setTimeout(() => {\n * subscription.unsubscribe();\n * console.log('unsubscribed!');\n * }, 2500);\n *\n * // Logs:\n * // 0 after 1s\n * // 1 after 2s\n * // 'unsubscribed!' after 2.5s\n * ```\n *\n * @param {Observer|Function} observerOrNext (optional) Either an observer with methods to be called,\n * or the first of three possible handlers, which is the handler for each value emitted from the subscribed\n * Observable.\n * @param {Function} error (optional) A handler for a terminal event resulting from an error. If no error handler is provided,\n * the error will be thrown asynchronously as unhandled.\n * @param {Function} complete (optional) A handler for a terminal event resulting from successful completion.\n * @return {Subscription} a subscription reference to the registered handlers\n * @method subscribe\n */\n subscribe(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((error: any) => void) | null,\n complete?: (() => void) | null\n ): Subscription {\n const subscriber = isSubscriber(observerOrNext) ? observerOrNext : new SafeSubscriber(observerOrNext, error, complete);\n\n errorContext(() => {\n const { operator, source } = this;\n subscriber.add(\n operator\n ? // We're dealing with a subscription in the\n // operator chain to one of our lifted operators.\n operator.call(subscriber, source)\n : source\n ? // If `source` has a value, but `operator` does not, something that\n // had intimate knowledge of our API, like our `Subject`, must have\n // set it. We're going to just call `_subscribe` directly.\n this._subscribe(subscriber)\n : // In all other cases, we're likely wrapping a user-provided initializer\n // function, so we need to catch errors and handle them appropriately.\n this._trySubscribe(subscriber)\n );\n });\n\n return subscriber;\n }\n\n /** @internal */\n protected _trySubscribe(sink: Subscriber): TeardownLogic {\n try {\n return this._subscribe(sink);\n } catch (err) {\n // We don't need to return anything in this case,\n // because it's just going to try to `add()` to a subscription\n // above.\n sink.error(err);\n }\n }\n\n /**\n * Used as a NON-CANCELLABLE means of subscribing to an observable, for use with\n * APIs that expect promises, like `async/await`. You cannot unsubscribe from this.\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * #### Example\n *\n * ```ts\n * import { interval, take } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(4));\n *\n * async function getTotal() {\n * let total = 0;\n *\n * await source$.forEach(value => {\n * total += value;\n * console.log('observable -> ' + value);\n * });\n *\n * return total;\n * }\n *\n * getTotal().then(\n * total => console.log('Total: ' + total)\n * );\n *\n * // Expected:\n * // 'observable -> 0'\n * // 'observable -> 1'\n * // 'observable -> 2'\n * // 'observable -> 3'\n * // 'Total: 6'\n * ```\n *\n * @param next a handler for each value emitted by the observable\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n */\n forEach(next: (value: T) => void): Promise;\n\n /**\n * @param next a handler for each value emitted by the observable\n * @param promiseCtor a constructor function used to instantiate the Promise\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n * @deprecated Passing a Promise constructor will no longer be available\n * in upcoming versions of RxJS. This is because it adds weight to the library, for very\n * little benefit. If you need this functionality, it is recommended that you either\n * polyfill Promise, or you create an adapter to convert the returned native promise\n * to whatever promise implementation you wanted. Will be removed in v8.\n */\n forEach(next: (value: T) => void, promiseCtor: PromiseConstructorLike): Promise;\n\n forEach(next: (value: T) => void, promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n const subscriber = new SafeSubscriber({\n next: (value) => {\n try {\n next(value);\n } catch (err) {\n reject(err);\n subscriber.unsubscribe();\n }\n },\n error: reject,\n complete: resolve,\n });\n this.subscribe(subscriber);\n }) as Promise;\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): TeardownLogic {\n return this.source?.subscribe(subscriber);\n }\n\n /**\n * An interop point defined by the es7-observable spec https://github.com/zenparsing/es-observable\n * @method Symbol.observable\n * @return {Observable} this instance of the observable\n */\n [Symbol_observable]() {\n return this;\n }\n\n /* tslint:disable:max-line-length */\n pipe(): Observable;\n pipe(op1: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction, op3: OperatorFunction): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction,\n ...operations: OperatorFunction[]\n ): Observable;\n /* tslint:enable:max-line-length */\n\n /**\n * Used to stitch together functional operators into a chain.\n * @method pipe\n * @return {Observable} the Observable result of all of the operators having\n * been called in the order they were passed in.\n *\n * ## Example\n *\n * ```ts\n * import { interval, filter, map, scan } from 'rxjs';\n *\n * interval(1000)\n * .pipe(\n * filter(x => x % 2 === 0),\n * map(x => x + x),\n * scan((acc, x) => acc + x)\n * )\n * .subscribe(x => console.log(x));\n * ```\n */\n pipe(...operations: OperatorFunction[]): Observable {\n return pipeFromArray(operations)(this);\n }\n\n /* tslint:disable:max-line-length */\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: typeof Promise): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: PromiseConstructorLike): Promise;\n /* tslint:enable:max-line-length */\n\n /**\n * Subscribe to this Observable and get a Promise resolving on\n * `complete` with the last emission (if any).\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * @method toPromise\n * @param [promiseCtor] a constructor function used to instantiate\n * the Promise\n * @return A Promise that resolves with the last value emit, or\n * rejects on an error. If there were no emissions, Promise\n * resolves with undefined.\n * @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise\n */\n toPromise(promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n let value: T | undefined;\n this.subscribe(\n (x: T) => (value = x),\n (err: any) => reject(err),\n () => resolve(value)\n );\n }) as Promise;\n }\n}\n\n/**\n * Decides between a passed promise constructor from consuming code,\n * A default configured promise constructor, and the native promise\n * constructor and returns it. If nothing can be found, it will throw\n * an error.\n * @param promiseCtor The optional promise constructor to passed by consuming code\n */\nfunction getPromiseCtor(promiseCtor: PromiseConstructorLike | undefined) {\n return promiseCtor ?? config.Promise ?? Promise;\n}\n\nfunction isObserver(value: any): value is Observer {\n return value && isFunction(value.next) && isFunction(value.error) && isFunction(value.complete);\n}\n\nfunction isSubscriber(value: any): value is Subscriber {\n return (value && value instanceof Subscriber) || (isObserver(value) && isSubscription(value));\n}\n", "import { Observable } from '../Observable';\nimport { Subscriber } from '../Subscriber';\nimport { OperatorFunction } from '../types';\nimport { isFunction } from './isFunction';\n\n/**\n * Used to determine if an object is an Observable with a lift function.\n */\nexport function hasLift(source: any): source is { lift: InstanceType['lift'] } {\n return isFunction(source?.lift);\n}\n\n/**\n * Creates an `OperatorFunction`. Used to define operators throughout the library in a concise way.\n * @param init The logic to connect the liftedSource to the subscriber at the moment of subscription.\n */\nexport function operate(\n init: (liftedSource: Observable, subscriber: Subscriber) => (() => void) | void\n): OperatorFunction {\n return (source: Observable) => {\n if (hasLift(source)) {\n return source.lift(function (this: Subscriber, liftedSource: Observable) {\n try {\n return init(liftedSource, this);\n } catch (err) {\n this.error(err);\n }\n });\n }\n throw new TypeError('Unable to lift unknown Observable type');\n };\n}\n", "import { Subscriber } from '../Subscriber';\n\n/**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional teardown logic here. This will only be called on teardown if the\n * subscriber itself is not already closed. This is called after all other teardown logic is executed.\n */\nexport function createOperatorSubscriber(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n onFinalize?: () => void\n): Subscriber {\n return new OperatorSubscriber(destination, onNext, onComplete, onError, onFinalize);\n}\n\n/**\n * A generic helper for allowing operators to be created with a Subscriber and\n * use closures to capture necessary state from the operator function itself.\n */\nexport class OperatorSubscriber extends Subscriber {\n /**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional finalization logic here. This will only be called on finalization if the\n * subscriber itself is not already closed. This is called after all other finalization logic is executed.\n * @param shouldUnsubscribe An optional check to see if an unsubscribe call should truly unsubscribe.\n * NOTE: This currently **ONLY** exists to support the strange behavior of {@link groupBy}, where unsubscription\n * to the resulting observable does not actually disconnect from the source if there are active subscriptions\n * to any grouped observable. (DO NOT EXPOSE OR USE EXTERNALLY!!!)\n */\n constructor(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n private onFinalize?: () => void,\n private shouldUnsubscribe?: () => boolean\n ) {\n // It's important - for performance reasons - that all of this class's\n // members are initialized and that they are always initialized in the same\n // order. This will ensure that all OperatorSubscriber instances have the\n // same hidden class in V8. This, in turn, will help keep the number of\n // hidden classes involved in property accesses within the base class as\n // low as possible. If the number of hidden classes involved exceeds four,\n // the property accesses will become megamorphic and performance penalties\n // will be incurred - i.e. inline caches won't be used.\n //\n // The reasons for ensuring all instances have the same hidden class are\n // further discussed in this blog post from Benedikt Meurer:\n // https://benediktmeurer.de/2018/03/23/impact-of-polymorphism-on-component-based-frameworks-like-react/\n super(destination);\n this._next = onNext\n ? function (this: OperatorSubscriber, value: T) {\n try {\n onNext(value);\n } catch (err) {\n destination.error(err);\n }\n }\n : super._next;\n this._error = onError\n ? function (this: OperatorSubscriber, err: any) {\n try {\n onError(err);\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._error;\n this._complete = onComplete\n ? function (this: OperatorSubscriber) {\n try {\n onComplete();\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._complete;\n }\n\n unsubscribe() {\n if (!this.shouldUnsubscribe || this.shouldUnsubscribe()) {\n const { closed } = this;\n super.unsubscribe();\n // Execute additional teardown if we have any and we didn't already do so.\n !closed && this.onFinalize?.();\n }\n }\n}\n", "import { Subscription } from '../Subscription';\n\ninterface AnimationFrameProvider {\n schedule(callback: FrameRequestCallback): Subscription;\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n delegate:\n | {\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n }\n | undefined;\n}\n\nexport const animationFrameProvider: AnimationFrameProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n schedule(callback) {\n let request = requestAnimationFrame;\n let cancel: typeof cancelAnimationFrame | undefined = cancelAnimationFrame;\n const { delegate } = animationFrameProvider;\n if (delegate) {\n request = delegate.requestAnimationFrame;\n cancel = delegate.cancelAnimationFrame;\n }\n const handle = request((timestamp) => {\n // Clear the cancel function. The request has been fulfilled, so\n // attempting to cancel the request upon unsubscription would be\n // pointless.\n cancel = undefined;\n callback(timestamp);\n });\n return new Subscription(() => cancel?.(handle));\n },\n requestAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.requestAnimationFrame || requestAnimationFrame)(...args);\n },\n cancelAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.cancelAnimationFrame || cancelAnimationFrame)(...args);\n },\n delegate: undefined,\n};\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface ObjectUnsubscribedError extends Error {}\n\nexport interface ObjectUnsubscribedErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (): ObjectUnsubscribedError;\n}\n\n/**\n * An error thrown when an action is invalid because the object has been\n * unsubscribed.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n *\n * @class ObjectUnsubscribedError\n */\nexport const ObjectUnsubscribedError: ObjectUnsubscribedErrorCtor = createErrorClass(\n (_super) =>\n function ObjectUnsubscribedErrorImpl(this: any) {\n _super(this);\n this.name = 'ObjectUnsubscribedError';\n this.message = 'object unsubscribed';\n }\n);\n", "import { Operator } from './Operator';\nimport { Observable } from './Observable';\nimport { Subscriber } from './Subscriber';\nimport { Subscription, EMPTY_SUBSCRIPTION } from './Subscription';\nimport { Observer, SubscriptionLike, TeardownLogic } from './types';\nimport { ObjectUnsubscribedError } from './util/ObjectUnsubscribedError';\nimport { arrRemove } from './util/arrRemove';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A Subject is a special type of Observable that allows values to be\n * multicasted to many Observers. Subjects are like EventEmitters.\n *\n * Every Subject is an Observable and an Observer. You can subscribe to a\n * Subject, and you can call next to feed values as well as error and complete.\n */\nexport class Subject extends Observable implements SubscriptionLike {\n closed = false;\n\n private currentObservers: Observer[] | null = null;\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n observers: Observer[] = [];\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n isStopped = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n hasError = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n thrownError: any = null;\n\n /**\n * Creates a \"subject\" by basically gluing an observer to an observable.\n *\n * @nocollapse\n * @deprecated Recommended you do not use. Will be removed at some point in the future. Plans for replacement still under discussion.\n */\n static create: (...args: any[]) => any = (destination: Observer, source: Observable): AnonymousSubject => {\n return new AnonymousSubject(destination, source);\n };\n\n constructor() {\n // NOTE: This must be here to obscure Observable's constructor.\n super();\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n lift(operator: Operator): Observable {\n const subject = new AnonymousSubject(this, this);\n subject.operator = operator as any;\n return subject as any;\n }\n\n /** @internal */\n protected _throwIfClosed() {\n if (this.closed) {\n throw new ObjectUnsubscribedError();\n }\n }\n\n next(value: T) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n if (!this.currentObservers) {\n this.currentObservers = Array.from(this.observers);\n }\n for (const observer of this.currentObservers) {\n observer.next(value);\n }\n }\n });\n }\n\n error(err: any) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.hasError = this.isStopped = true;\n this.thrownError = err;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.error(err);\n }\n }\n });\n }\n\n complete() {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.isStopped = true;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.complete();\n }\n }\n });\n }\n\n unsubscribe() {\n this.isStopped = this.closed = true;\n this.observers = this.currentObservers = null!;\n }\n\n get observed() {\n return this.observers?.length > 0;\n }\n\n /** @internal */\n protected _trySubscribe(subscriber: Subscriber): TeardownLogic {\n this._throwIfClosed();\n return super._trySubscribe(subscriber);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._checkFinalizedStatuses(subscriber);\n return this._innerSubscribe(subscriber);\n }\n\n /** @internal */\n protected _innerSubscribe(subscriber: Subscriber) {\n const { hasError, isStopped, observers } = this;\n if (hasError || isStopped) {\n return EMPTY_SUBSCRIPTION;\n }\n this.currentObservers = null;\n observers.push(subscriber);\n return new Subscription(() => {\n this.currentObservers = null;\n arrRemove(observers, subscriber);\n });\n }\n\n /** @internal */\n protected _checkFinalizedStatuses(subscriber: Subscriber) {\n const { hasError, thrownError, isStopped } = this;\n if (hasError) {\n subscriber.error(thrownError);\n } else if (isStopped) {\n subscriber.complete();\n }\n }\n\n /**\n * Creates a new Observable with this Subject as the source. You can do this\n * to create custom Observer-side logic of the Subject and conceal it from\n * code that uses the Observable.\n * @return {Observable} Observable that the Subject casts to\n */\n asObservable(): Observable {\n const observable: any = new Observable();\n observable.source = this;\n return observable;\n }\n}\n\n/**\n * @class AnonymousSubject\n */\nexport class AnonymousSubject extends Subject {\n constructor(\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n public destination?: Observer,\n source?: Observable\n ) {\n super();\n this.source = source;\n }\n\n next(value: T) {\n this.destination?.next?.(value);\n }\n\n error(err: any) {\n this.destination?.error?.(err);\n }\n\n complete() {\n this.destination?.complete?.();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n return this.source?.subscribe(subscriber) ?? EMPTY_SUBSCRIPTION;\n }\n}\n", "import { Subject } from './Subject';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\n\n/**\n * A variant of Subject that requires an initial value and emits its current\n * value whenever it is subscribed to.\n *\n * @class BehaviorSubject\n */\nexport class BehaviorSubject extends Subject {\n constructor(private _value: T) {\n super();\n }\n\n get value(): T {\n return this.getValue();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n const subscription = super._subscribe(subscriber);\n !subscription.closed && subscriber.next(this._value);\n return subscription;\n }\n\n getValue(): T {\n const { hasError, thrownError, _value } = this;\n if (hasError) {\n throw thrownError;\n }\n this._throwIfClosed();\n return _value;\n }\n\n next(value: T): void {\n super.next((this._value = value));\n }\n}\n", "import { TimestampProvider } from '../types';\n\ninterface DateTimestampProvider extends TimestampProvider {\n delegate: TimestampProvider | undefined;\n}\n\nexport const dateTimestampProvider: DateTimestampProvider = {\n now() {\n // Use the variable rather than `this` so that the function can be called\n // without being bound to the provider.\n return (dateTimestampProvider.delegate || Date).now();\n },\n delegate: undefined,\n};\n", "import { Subject } from './Subject';\nimport { TimestampProvider } from './types';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * A variant of {@link Subject} that \"replays\" old values to new subscribers by emitting them when they first subscribe.\n *\n * `ReplaySubject` has an internal buffer that will store a specified number of values that it has observed. Like `Subject`,\n * `ReplaySubject` \"observes\" values by having them passed to its `next` method. When it observes a value, it will store that\n * value for a time determined by the configuration of the `ReplaySubject`, as passed to its constructor.\n *\n * When a new subscriber subscribes to the `ReplaySubject` instance, it will synchronously emit all values in its buffer in\n * a First-In-First-Out (FIFO) manner. The `ReplaySubject` will also complete, if it has observed completion; and it will\n * error if it has observed an error.\n *\n * There are two main configuration items to be concerned with:\n *\n * 1. `bufferSize` - This will determine how many items are stored in the buffer, defaults to infinite.\n * 2. `windowTime` - The amount of time to hold a value in the buffer before removing it from the buffer.\n *\n * Both configurations may exist simultaneously. So if you would like to buffer a maximum of 3 values, as long as the values\n * are less than 2 seconds old, you could do so with a `new ReplaySubject(3, 2000)`.\n *\n * ### Differences with BehaviorSubject\n *\n * `BehaviorSubject` is similar to `new ReplaySubject(1)`, with a couple of exceptions:\n *\n * 1. `BehaviorSubject` comes \"primed\" with a single value upon construction.\n * 2. `ReplaySubject` will replay values, even after observing an error, where `BehaviorSubject` will not.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n * @see {@link shareReplay}\n */\nexport class ReplaySubject extends Subject {\n private _buffer: (T | number)[] = [];\n private _infiniteTimeWindow = true;\n\n /**\n * @param bufferSize The size of the buffer to replay on subscription\n * @param windowTime The amount of time the buffered items will stay buffered\n * @param timestampProvider An object with a `now()` method that provides the current timestamp. This is used to\n * calculate the amount of time something has been buffered.\n */\n constructor(\n private _bufferSize = Infinity,\n private _windowTime = Infinity,\n private _timestampProvider: TimestampProvider = dateTimestampProvider\n ) {\n super();\n this._infiniteTimeWindow = _windowTime === Infinity;\n this._bufferSize = Math.max(1, _bufferSize);\n this._windowTime = Math.max(1, _windowTime);\n }\n\n next(value: T): void {\n const { isStopped, _buffer, _infiniteTimeWindow, _timestampProvider, _windowTime } = this;\n if (!isStopped) {\n _buffer.push(value);\n !_infiniteTimeWindow && _buffer.push(_timestampProvider.now() + _windowTime);\n }\n this._trimBuffer();\n super.next(value);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._trimBuffer();\n\n const subscription = this._innerSubscribe(subscriber);\n\n const { _infiniteTimeWindow, _buffer } = this;\n // We use a copy here, so reentrant code does not mutate our array while we're\n // emitting it to a new subscriber.\n const copy = _buffer.slice();\n for (let i = 0; i < copy.length && !subscriber.closed; i += _infiniteTimeWindow ? 1 : 2) {\n subscriber.next(copy[i] as T);\n }\n\n this._checkFinalizedStatuses(subscriber);\n\n return subscription;\n }\n\n private _trimBuffer() {\n const { _bufferSize, _timestampProvider, _buffer, _infiniteTimeWindow } = this;\n // If we don't have an infinite buffer size, and we're over the length,\n // use splice to truncate the old buffer values off. Note that we have to\n // double the size for instances where we're not using an infinite time window\n // because we're storing the values and the timestamps in the same array.\n const adjustedBufferSize = (_infiniteTimeWindow ? 1 : 2) * _bufferSize;\n _bufferSize < Infinity && adjustedBufferSize < _buffer.length && _buffer.splice(0, _buffer.length - adjustedBufferSize);\n\n // Now, if we're not in an infinite time window, remove all values where the time is\n // older than what is allowed.\n if (!_infiniteTimeWindow) {\n const now = _timestampProvider.now();\n let last = 0;\n // Search the array for the first timestamp that isn't expired and\n // truncate the buffer up to that point.\n for (let i = 1; i < _buffer.length && (_buffer[i] as number) <= now; i += 2) {\n last = i;\n }\n last && _buffer.splice(0, last + 1);\n }\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Subscription } from '../Subscription';\nimport { SchedulerAction } from '../types';\n\n/**\n * A unit of work to be executed in a `scheduler`. An action is typically\n * created from within a {@link SchedulerLike} and an RxJS user does not need to concern\n * themselves about creating and manipulating an Action.\n *\n * ```ts\n * class Action extends Subscription {\n * new (scheduler: Scheduler, work: (state?: T) => void);\n * schedule(state?: T, delay: number = 0): Subscription;\n * }\n * ```\n *\n * @class Action\n */\nexport class Action extends Subscription {\n constructor(scheduler: Scheduler, work: (this: SchedulerAction, state?: T) => void) {\n super();\n }\n /**\n * Schedules this action on its parent {@link SchedulerLike} for execution. May be passed\n * some context object, `state`. May happen at some point in the future,\n * according to the `delay` parameter, if specified.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler.\n * @return {void}\n */\n public schedule(state?: T, delay: number = 0): Subscription {\n return this;\n }\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetIntervalFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearIntervalFunction = (handle: TimerHandle) => void;\n\ninterface IntervalProvider {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n delegate:\n | {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n }\n | undefined;\n}\n\nexport const intervalProvider: IntervalProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setInterval(handler: () => void, timeout?: number, ...args) {\n const { delegate } = intervalProvider;\n if (delegate?.setInterval) {\n return delegate.setInterval(handler, timeout, ...args);\n }\n return setInterval(handler, timeout, ...args);\n },\n clearInterval(handle) {\n const { delegate } = intervalProvider;\n return (delegate?.clearInterval || clearInterval)(handle as any);\n },\n delegate: undefined,\n};\n", "import { Action } from './Action';\nimport { SchedulerAction } from '../types';\nimport { Subscription } from '../Subscription';\nimport { AsyncScheduler } from './AsyncScheduler';\nimport { intervalProvider } from './intervalProvider';\nimport { arrRemove } from '../util/arrRemove';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncAction extends Action {\n public id: TimerHandle | undefined;\n public state?: T;\n // @ts-ignore: Property has no initializer and is not definitely assigned\n public delay: number;\n protected pending: boolean = false;\n\n constructor(protected scheduler: AsyncScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (this.closed) {\n return this;\n }\n\n // Always replace the current state with the new state.\n this.state = state;\n\n const id = this.id;\n const scheduler = this.scheduler;\n\n //\n // Important implementation note:\n //\n // Actions only execute once by default, unless rescheduled from within the\n // scheduled callback. This allows us to implement single and repeat\n // actions via the same code path, without adding API surface area, as well\n // as mimic traditional recursion but across asynchronous boundaries.\n //\n // However, JS runtimes and timers distinguish between intervals achieved by\n // serial `setTimeout` calls vs. a single `setInterval` call. An interval of\n // serial `setTimeout` calls can be individually delayed, which delays\n // scheduling the next `setTimeout`, and so on. `setInterval` attempts to\n // guarantee the interval callback will be invoked more precisely to the\n // interval period, regardless of load.\n //\n // Therefore, we use `setInterval` to schedule single and repeat actions.\n // If the action reschedules itself with the same delay, the interval is not\n // canceled. If the action doesn't reschedule, or reschedules with a\n // different delay, the interval will be canceled after scheduled callback\n // execution.\n //\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, delay);\n }\n\n // Set the pending flag indicating that this action has been scheduled, or\n // has recursively rescheduled itself.\n this.pending = true;\n\n this.delay = delay;\n // If this action has already an async Id, don't request a new one.\n this.id = this.id ?? this.requestAsyncId(scheduler, this.id, delay);\n\n return this;\n }\n\n protected requestAsyncId(scheduler: AsyncScheduler, _id?: TimerHandle, delay: number = 0): TimerHandle {\n return intervalProvider.setInterval(scheduler.flush.bind(scheduler, this), delay);\n }\n\n protected recycleAsyncId(_scheduler: AsyncScheduler, id?: TimerHandle, delay: number | null = 0): TimerHandle | undefined {\n // If this action is rescheduled with the same delay time, don't clear the interval id.\n if (delay != null && this.delay === delay && this.pending === false) {\n return id;\n }\n // Otherwise, if the action's delay time is different from the current delay,\n // or the action has been rescheduled before it's executed, clear the interval id\n if (id != null) {\n intervalProvider.clearInterval(id);\n }\n\n return undefined;\n }\n\n /**\n * Immediately executes this action and the `work` it contains.\n * @return {any}\n */\n public execute(state: T, delay: number): any {\n if (this.closed) {\n return new Error('executing a cancelled action');\n }\n\n this.pending = false;\n const error = this._execute(state, delay);\n if (error) {\n return error;\n } else if (this.pending === false && this.id != null) {\n // Dequeue if the action didn't reschedule itself. Don't call\n // unsubscribe(), because the action could reschedule later.\n // For example:\n // ```\n // scheduler.schedule(function doWork(counter) {\n // /* ... I'm a busy worker bee ... */\n // var originalAction = this;\n // /* wait 100ms before rescheduling the action */\n // setTimeout(function () {\n // originalAction.schedule(counter + 1);\n // }, 100);\n // }, 1000);\n // ```\n this.id = this.recycleAsyncId(this.scheduler, this.id, null);\n }\n }\n\n protected _execute(state: T, _delay: number): any {\n let errored: boolean = false;\n let errorValue: any;\n try {\n this.work(state);\n } catch (e) {\n errored = true;\n // HACK: Since code elsewhere is relying on the \"truthiness\" of the\n // return here, we can't have it return \"\" or 0 or false.\n // TODO: Clean this up when we refactor schedulers mid-version-8 or so.\n errorValue = e ? e : new Error('Scheduled action threw falsy error');\n }\n if (errored) {\n this.unsubscribe();\n return errorValue;\n }\n }\n\n unsubscribe() {\n if (!this.closed) {\n const { id, scheduler } = this;\n const { actions } = scheduler;\n\n this.work = this.state = this.scheduler = null!;\n this.pending = false;\n\n arrRemove(actions, this);\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, null);\n }\n\n this.delay = null!;\n super.unsubscribe();\n }\n }\n}\n", "import { Action } from './scheduler/Action';\nimport { Subscription } from './Subscription';\nimport { SchedulerLike, SchedulerAction } from './types';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * An execution context and a data structure to order tasks and schedule their\n * execution. Provides a notion of (potentially virtual) time, through the\n * `now()` getter method.\n *\n * Each unit of work in a Scheduler is called an `Action`.\n *\n * ```ts\n * class Scheduler {\n * now(): number;\n * schedule(work, delay?, state?): Subscription;\n * }\n * ```\n *\n * @class Scheduler\n * @deprecated Scheduler is an internal implementation detail of RxJS, and\n * should not be used directly. Rather, create your own class and implement\n * {@link SchedulerLike}. Will be made internal in v8.\n */\nexport class Scheduler implements SchedulerLike {\n public static now: () => number = dateTimestampProvider.now;\n\n constructor(private schedulerActionCtor: typeof Action, now: () => number = Scheduler.now) {\n this.now = now;\n }\n\n /**\n * A getter method that returns a number representing the current time\n * (at the time this function was called) according to the scheduler's own\n * internal clock.\n * @return {number} A number that represents the current time. May or may not\n * have a relation to wall-clock time. May or may not refer to a time unit\n * (e.g. milliseconds).\n */\n public now: () => number;\n\n /**\n * Schedules a function, `work`, for execution. May happen at some point in\n * the future, according to the `delay` parameter, if specified. May be passed\n * some context object, `state`, which will be passed to the `work` function.\n *\n * The given arguments will be processed an stored as an Action object in a\n * queue of actions.\n *\n * @param {function(state: ?T): ?Subscription} work A function representing a\n * task, or some unit of work to be executed by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler itself.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @return {Subscription} A subscription in order to be able to unsubscribe\n * the scheduled work.\n */\n public schedule(work: (this: SchedulerAction, state?: T) => void, delay: number = 0, state?: T): Subscription {\n return new this.schedulerActionCtor(this, work).schedule(state, delay);\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Action } from './Action';\nimport { AsyncAction } from './AsyncAction';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncScheduler extends Scheduler {\n public actions: Array> = [];\n /**\n * A flag to indicate whether the Scheduler is currently executing a batch of\n * queued actions.\n * @type {boolean}\n * @internal\n */\n public _active: boolean = false;\n /**\n * An internal ID used to track the latest asynchronous task such as those\n * coming from `setTimeout`, `setInterval`, `requestAnimationFrame`, and\n * others.\n * @type {any}\n * @internal\n */\n public _scheduled: TimerHandle | undefined;\n\n constructor(SchedulerAction: typeof Action, now: () => number = Scheduler.now) {\n super(SchedulerAction, now);\n }\n\n public flush(action: AsyncAction): void {\n const { actions } = this;\n\n if (this._active) {\n actions.push(action);\n return;\n }\n\n let error: any;\n this._active = true;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions.shift()!)); // exhaust the scheduler queue\n\n this._active = false;\n\n if (error) {\n while ((action = actions.shift()!)) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\n/**\n *\n * Async Scheduler\n *\n * Schedule task as if you used setTimeout(task, duration)\n *\n * `async` scheduler schedules tasks asynchronously, by putting them on the JavaScript\n * event loop queue. It is best used to delay tasks in time or to schedule tasks repeating\n * in intervals.\n *\n * If you just want to \"defer\" task, that is to perform it right after currently\n * executing synchronous code ends (commonly achieved by `setTimeout(deferredTask, 0)`),\n * better choice will be the {@link asapScheduler} scheduler.\n *\n * ## Examples\n * Use async scheduler to delay task\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * const task = () => console.log('it works!');\n *\n * asyncScheduler.schedule(task, 2000);\n *\n * // After 2 seconds logs:\n * // \"it works!\"\n * ```\n *\n * Use async scheduler to repeat task in intervals\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * function task(state) {\n * console.log(state);\n * this.schedule(state + 1, 1000); // `this` references currently executing Action,\n * // which we reschedule with new state and delay\n * }\n *\n * asyncScheduler.schedule(task, 3000, 0);\n *\n * // Logs:\n * // 0 after 3s\n * // 1 after 4s\n * // 2 after 5s\n * // 3 after 6s\n * ```\n */\n\nexport const asyncScheduler = new AsyncScheduler(AsyncAction);\n\n/**\n * @deprecated Renamed to {@link asyncScheduler}. Will be removed in v8.\n */\nexport const async = asyncScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { Subscription } from '../Subscription';\nimport { QueueScheduler } from './QueueScheduler';\nimport { SchedulerAction } from '../types';\nimport { TimerHandle } from './timerHandle';\n\nexport class QueueAction extends AsyncAction {\n constructor(protected scheduler: QueueScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (delay > 0) {\n return super.schedule(state, delay);\n }\n this.delay = delay;\n this.state = state;\n this.scheduler.flush(this);\n return this;\n }\n\n public execute(state: T, delay: number): any {\n return delay > 0 || this.closed ? super.execute(state, delay) : this._execute(state, delay);\n }\n\n protected requestAsyncId(scheduler: QueueScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n\n if ((delay != null && delay > 0) || (delay == null && this.delay > 0)) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n\n // Otherwise flush the scheduler starting with this action.\n scheduler.flush(this);\n\n // HACK: In the past, this was returning `void`. However, `void` isn't a valid\n // `TimerHandle`, and generally the return value here isn't really used. So the\n // compromise is to return `0` which is both \"falsy\" and a valid `TimerHandle`,\n // as opposed to refactoring every other instanceo of `requestAsyncId`.\n return 0;\n }\n}\n", "import { AsyncScheduler } from './AsyncScheduler';\n\nexport class QueueScheduler extends AsyncScheduler {\n}\n", "import { QueueAction } from './QueueAction';\nimport { QueueScheduler } from './QueueScheduler';\n\n/**\n *\n * Queue Scheduler\n *\n * Put every next task on a queue, instead of executing it immediately\n *\n * `queue` scheduler, when used with delay, behaves the same as {@link asyncScheduler} scheduler.\n *\n * When used without delay, it schedules given task synchronously - executes it right when\n * it is scheduled. However when called recursively, that is when inside the scheduled task,\n * another task is scheduled with queue scheduler, instead of executing immediately as well,\n * that task will be put on a queue and wait for current one to finish.\n *\n * This means that when you execute task with `queue` scheduler, you are sure it will end\n * before any other task scheduled with that scheduler will start.\n *\n * ## Examples\n * Schedule recursively first, then do something\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(() => {\n * queueScheduler.schedule(() => console.log('second')); // will not happen now, but will be put on a queue\n *\n * console.log('first');\n * });\n *\n * // Logs:\n * // \"first\"\n * // \"second\"\n * ```\n *\n * Reschedule itself recursively\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(function(state) {\n * if (state !== 0) {\n * console.log('before', state);\n * this.schedule(state - 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * console.log('after', state);\n * }\n * }, 0, 3);\n *\n * // In scheduler that runs recursively, you would expect:\n * // \"before\", 3\n * // \"before\", 2\n * // \"before\", 1\n * // \"after\", 1\n * // \"after\", 2\n * // \"after\", 3\n *\n * // But with queue it logs:\n * // \"before\", 3\n * // \"after\", 3\n * // \"before\", 2\n * // \"after\", 2\n * // \"before\", 1\n * // \"after\", 1\n * ```\n */\n\nexport const queueScheduler = new QueueScheduler(QueueAction);\n\n/**\n * @deprecated Renamed to {@link queueScheduler}. Will be removed in v8.\n */\nexport const queue = queueScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\nimport { SchedulerAction } from '../types';\nimport { animationFrameProvider } from './animationFrameProvider';\nimport { TimerHandle } from './timerHandle';\n\nexport class AnimationFrameAction extends AsyncAction {\n constructor(protected scheduler: AnimationFrameScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n protected requestAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay is greater than 0, request as an async action.\n if (delay !== null && delay > 0) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n // Push the action to the end of the scheduler queue.\n scheduler.actions.push(this);\n // If an animation frame has already been requested, don't request another\n // one. If an animation frame hasn't been requested yet, request one. Return\n // the current animation frame request id.\n return scheduler._scheduled || (scheduler._scheduled = animationFrameProvider.requestAnimationFrame(() => scheduler.flush(undefined)));\n }\n\n protected recycleAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle | undefined {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n if (delay != null ? delay > 0 : this.delay > 0) {\n return super.recycleAsyncId(scheduler, id, delay);\n }\n // If the scheduler queue has no remaining actions with the same async id,\n // cancel the requested animation frame and set the scheduled flag to\n // undefined so the next AnimationFrameAction will request its own.\n const { actions } = scheduler;\n if (id != null && actions[actions.length - 1]?.id !== id) {\n animationFrameProvider.cancelAnimationFrame(id as number);\n scheduler._scheduled = undefined;\n }\n // Return undefined so the action knows to request a new async id if it's rescheduled.\n return undefined;\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\nexport class AnimationFrameScheduler extends AsyncScheduler {\n public flush(action?: AsyncAction): void {\n this._active = true;\n // The async id that effects a call to flush is stored in _scheduled.\n // Before executing an action, it's necessary to check the action's async\n // id to determine whether it's supposed to be executed in the current\n // flush.\n // Previous implementations of this method used a count to determine this,\n // but that was unsound, as actions that are unsubscribed - i.e. cancelled -\n // are removed from the actions array and that can shift actions that are\n // scheduled to be executed in a subsequent flush into positions at which\n // they are executed within the current flush.\n const flushId = this._scheduled;\n this._scheduled = undefined;\n\n const { actions } = this;\n let error: any;\n action = action || actions.shift()!;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions[0]) && action.id === flushId && actions.shift());\n\n this._active = false;\n\n if (error) {\n while ((action = actions[0]) && action.id === flushId && actions.shift()) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AnimationFrameAction } from './AnimationFrameAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\n\n/**\n *\n * Animation Frame Scheduler\n *\n * Perform task when `window.requestAnimationFrame` would fire\n *\n * When `animationFrame` scheduler is used with delay, it will fall back to {@link asyncScheduler} scheduler\n * behaviour.\n *\n * Without delay, `animationFrame` scheduler can be used to create smooth browser animations.\n * It makes sure scheduled task will happen just before next browser content repaint,\n * thus performing animations as efficiently as possible.\n *\n * ## Example\n * Schedule div height animation\n * ```ts\n * // html:
\n * import { animationFrameScheduler } from 'rxjs';\n *\n * const div = document.querySelector('div');\n *\n * animationFrameScheduler.schedule(function(height) {\n * div.style.height = height + \"px\";\n *\n * this.schedule(height + 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * }, 0, 0);\n *\n * // You will see a div element growing in height\n * ```\n */\n\nexport const animationFrameScheduler = new AnimationFrameScheduler(AnimationFrameAction);\n\n/**\n * @deprecated Renamed to {@link animationFrameScheduler}. Will be removed in v8.\n */\nexport const animationFrame = animationFrameScheduler;\n", "import { Observable } from '../Observable';\nimport { SchedulerLike } from '../types';\n\n/**\n * A simple Observable that emits no items to the Observer and immediately\n * emits a complete notification.\n *\n * Just emits 'complete', and nothing else.\n *\n * ![](empty.png)\n *\n * A simple Observable that only emits the complete notification. It can be used\n * for composing with other Observables, such as in a {@link mergeMap}.\n *\n * ## Examples\n *\n * Log complete notification\n *\n * ```ts\n * import { EMPTY } from 'rxjs';\n *\n * EMPTY.subscribe({\n * next: () => console.log('Next'),\n * complete: () => console.log('Complete!')\n * });\n *\n * // Outputs\n * // Complete!\n * ```\n *\n * Emit the number 7, then complete\n *\n * ```ts\n * import { EMPTY, startWith } from 'rxjs';\n *\n * const result = EMPTY.pipe(startWith(7));\n * result.subscribe(x => console.log(x));\n *\n * // Outputs\n * // 7\n * ```\n *\n * Map and flatten only odd numbers to the sequence `'a'`, `'b'`, `'c'`\n *\n * ```ts\n * import { interval, mergeMap, of, EMPTY } from 'rxjs';\n *\n * const interval$ = interval(1000);\n * const result = interval$.pipe(\n * mergeMap(x => x % 2 === 1 ? of('a', 'b', 'c') : EMPTY),\n * );\n * result.subscribe(x => console.log(x));\n *\n * // Results in the following to the console:\n * // x is equal to the count on the interval, e.g. (0, 1, 2, 3, ...)\n * // x will occur every 1000ms\n * // if x % 2 is equal to 1, print a, b, c (each on its own)\n * // if x % 2 is not equal to 1, nothing will be output\n * ```\n *\n * @see {@link Observable}\n * @see {@link NEVER}\n * @see {@link of}\n * @see {@link throwError}\n */\nexport const EMPTY = new Observable((subscriber) => subscriber.complete());\n\n/**\n * @param scheduler A {@link SchedulerLike} to use for scheduling\n * the emission of the complete notification.\n * @deprecated Replaced with the {@link EMPTY} constant or {@link scheduled} (e.g. `scheduled([], scheduler)`). Will be removed in v8.\n */\nexport function empty(scheduler?: SchedulerLike) {\n return scheduler ? emptyScheduled(scheduler) : EMPTY;\n}\n\nfunction emptyScheduled(scheduler: SchedulerLike) {\n return new Observable((subscriber) => scheduler.schedule(() => subscriber.complete()));\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport function isScheduler(value: any): value is SchedulerLike {\n return value && isFunction(value.schedule);\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\nimport { isScheduler } from './isScheduler';\n\nfunction last(arr: T[]): T | undefined {\n return arr[arr.length - 1];\n}\n\nexport function popResultSelector(args: any[]): ((...args: unknown[]) => unknown) | undefined {\n return isFunction(last(args)) ? args.pop() : undefined;\n}\n\nexport function popScheduler(args: any[]): SchedulerLike | undefined {\n return isScheduler(last(args)) ? args.pop() : undefined;\n}\n\nexport function popNumber(args: any[], defaultValue: number): number {\n return typeof last(args) === 'number' ? args.pop()! : defaultValue;\n}\n", "export const isArrayLike = ((x: any): x is ArrayLike => x && typeof x.length === 'number' && typeof x !== 'function');", "import { isFunction } from \"./isFunction\";\n\n/**\n * Tests to see if the object is \"thennable\".\n * @param value the object to test\n */\nexport function isPromise(value: any): value is PromiseLike {\n return isFunction(value?.then);\n}\n", "import { InteropObservable } from '../types';\nimport { observable as Symbol_observable } from '../symbol/observable';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being Observable (but not necessary an Rx Observable) */\nexport function isInteropObservable(input: any): input is InteropObservable {\n return isFunction(input[Symbol_observable]);\n}\n", "import { isFunction } from './isFunction';\n\nexport function isAsyncIterable(obj: any): obj is AsyncIterable {\n return Symbol.asyncIterator && isFunction(obj?.[Symbol.asyncIterator]);\n}\n", "/**\n * Creates the TypeError to throw if an invalid object is passed to `from` or `scheduled`.\n * @param input The object that was passed.\n */\nexport function createInvalidObservableTypeError(input: any) {\n // TODO: We should create error codes that can be looked up, so this can be less verbose.\n return new TypeError(\n `You provided ${\n input !== null && typeof input === 'object' ? 'an invalid object' : `'${input}'`\n } where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.`\n );\n}\n", "export function getSymbolIterator(): symbol {\n if (typeof Symbol !== 'function' || !Symbol.iterator) {\n return '@@iterator' as any;\n }\n\n return Symbol.iterator;\n}\n\nexport const iterator = getSymbolIterator();\n", "import { iterator as Symbol_iterator } from '../symbol/iterator';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being an Iterable */\nexport function isIterable(input: any): input is Iterable {\n return isFunction(input?.[Symbol_iterator]);\n}\n", "import { ReadableStreamLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport async function* readableStreamLikeToAsyncGenerator(readableStream: ReadableStreamLike): AsyncGenerator {\n const reader = readableStream.getReader();\n try {\n while (true) {\n const { value, done } = await reader.read();\n if (done) {\n return;\n }\n yield value!;\n }\n } finally {\n reader.releaseLock();\n }\n}\n\nexport function isReadableStreamLike(obj: any): obj is ReadableStreamLike {\n // We don't want to use instanceof checks because they would return\n // false for instances from another Realm, like an + + +

+
+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

+

VIANNA, M.; VIANNA, Y.; ADLER, I. K.; LUCENA, B.; RUSS, B. Design Thinking: Inovação em Negócios. MJV Press, 2012.

+

WIGERS, K.; BEATTY, J. Software Requirements. 3. ed. Microsoft Press, 2012. ISBN: 978-0-7356-2701-2.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.018/11/2024Criação do documentoVíctor SchmidtThales Euflauzino e Maria Helena
1.118/11/2024Adicionando RoteiroVíctor SchmidtThales Euflauzino e Maria Helena
1.219/11/2024Adicionando ResultadosVíctor SchmidtThales Euflauzino e Maria Helena
1.320/11/2024Adicionando VídeoVíctor SchmidtThales Euflauzino e Maria Helena
1.420/11/2024Mais alguns ajustesVíctor SchmidtThales Euflauzino e Maria Helena
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/index.html b/elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/index.html new file mode 100644 index 00000000..90dea684 --- /dev/null +++ b/elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/index.html @@ -0,0 +1,2866 @@ + + + + + + + + + + + + + + + + + + + + + + + Perfil de Usuário - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Perfil de Usuário

+

Introdução

+

O perfil de usuário é uma descrição detalhada das características, comportamentos e objetivos de quem utiliza um produto, serviço ou sistema. Ele pode incluir aspectos como interesses, habilidades, faixa etária, experiência tecnológica, preferências e desafios enfrentados. Essa análise permite às equipes de design, desenvolvimento e marketing criem soluções mais personalizadas e eficientes, alinhadas às expectativas do público-alvo.

+

Metodologia

+

A definição do perfil de usuário foi realizada por meio de uma abordagem combinada que incluiu a aplicação de um questionário online, pode ser verificado em Questionario. Paralelamente, foi utilizado um site especializado em análise de tráfego para validar e complementar os dados obtidos, permitindo identificar padrões de navegação e comportamento dos usuários.

+

Ferramenta de Tráfego

+

Ao utilizar a ferramenta de tráfego Similarweb, foi possível concluir, conforme as Figura 1 e a Figura 2, que o aplicativo é predominantemente usado por pessoas do sexo masculino e na faixa etária de 25 a 34 anos.

+

+
Figura 1
+

distribuição de genero +

+
+

Fonte: SimilarWeb, 2024

+
+ +

+
Figura 2
+

distribuição de idade +

+
+

Fonte: SimilarWeb, 2024

+
+ +

Definição do Perfil

+

Após uma análise das respostas, foi traçado um Perfil de Usuário para o aplicativo com as seguintes descrições:

+
    +
  • Gênero: Masculino;
    • +
  • Idade: 18 a 34 anos;
    • +
  • Experiência: Experiente;
    • +
  • Atitudes: Tecnófilos;
    • +
  • Tarefas primárias: Investir e Simular investimentos.
    • +
+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

BARROS, Philipe de Sousa. Perfil do Usuário. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/perfil-do-usuario/. Acesso em: 19 nov. 2024.

+

HENRIQUE, M. et al. Perfil do Usuário. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2023. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/perfil_de_usuario/. Acesso em: 19 nov. 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.019/11/2024Estruturação InicialVíctor RodriguesThales Euflauzino
1.120/11/2024Inclusão de perfil do usuárioVíctor RodriguesThales Euflauzino
1.223/11/2024Corrigindo caminho das imagensThales EuflauzinoJúlia Takaki
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/definicao-perfil_de_usuario/questionario/index.html b/elicitacao/grupo5/definicao-perfil_de_usuario/questionario/index.html new file mode 100644 index 00000000..10d7539a --- /dev/null +++ b/elicitacao/grupo5/definicao-perfil_de_usuario/questionario/index.html @@ -0,0 +1,3173 @@ + + + + + + + + + + + + + + + + + + + + + + + Questionário - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Questionário

+

Introdução

+

Os questionários são ferramentas eficazes para a coleta de informações, formados por perguntas estruturadas e direcionados a um público-alvo, sejam por meios impressos ou digitais. Eles têm como objetivo reunir dados que possam subsidiar pesquisas, análises ou avaliações. No caso do Tesouro Direto, serão usados para mapear o perfil dos usuários e entender melhor suas características.

+

Metodologia

+

Entre os dias 18 e 21 de novembro de 2024, a equipe aplicou um questionário na plataforma Google Forms, com o objetivo de levantar o perfil dos usuários do Economia DF. O questionário, composto por 15 perguntas (Figuras 1 a 14), incluindo um termo de consentimento, buscava coletar informações sobre as características sociodemográficas dos usuários e suas interações com o sistema. O questionário foi divulgado nos canais de comunicação da Universidade de Brasília e em grupos familiares dos membros da equipe desenvolvedora. Ele contou com a participação de 20 pessoas, todas quais aceitaram o termo de consentimento.

+

Questão 1 - Qual sua faixa etária?

+
+

Figura 1: Questão 1 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 2 - Qual o seu gênero?

+
+

Figura 2: Questão 2 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 3 - Qual o seu grau de escolaridade?

+
+

Figura 3: - Questão 3 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 4 - Com qual técnica você se sente melhor para aprender?

+
+

Figura 4: - Questão 4 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 5 - Você utiliza algum aplicativo de investimentos que não seja o Tesouro Direto?

+
+

Figura 5: - Questão 5 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 6 - Qual seu nível de intimidade com tecnologia?

+
+

Figura 6: - Questão 6 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 7 - Qual a sua faixa de renda mensal?

+
+

Figura 7: - Questão 7 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 8 - Com qual frequência que você utiliza o Tesouro Direto?

+
+

Figura 8: - Questão 8 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 9 - Qual a sua avaliação sobre o Tesouro Direto?

+
+

Figura 9: - Questão 9 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 10 - Qual o seu nível de dificuldade para encontrar o que precisa no aplicativo?

+
+

Figura 10: - Questão 10 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 11 - Quanto a interface do Tesouro Direto é agradável para você?

+
+

Figura 11: - Questão 11 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 12 - Como você analisa o tempo para realizar ações dentro do Tesouro Direto?

+
+

Figura 12: - Questão 12 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 13 - Qual funcionalidade você mais utiliza?

+
+

Figura 13: - Questão 13 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Questão 14 - Quais funcionalidades você considera mais importantes num aplicativo de investimentos?

+
+

Figura 14: - Questão 14 do questionário de definição do perfil de usuário

 + + + +

Autor: Júlia Takaki, 2024

 +
+ +

Resultados

+

A partir das respostas coletadas, podemos concluir que o perfil de usuário do Tesouro Direto é composto majoritariamente por homens com idade entre 18 e 24 anos. Em sua maioria possuem ensino superior incompleto e renda próxima a 1 (um) salário mínimo (R$ 1.412).

+

Sobre afinidade com tecnologia, podemos concluir que os usuários possuem características tecnófilas, pois em que sua maioria tem afinidade de média a alta. A respeito do uso do aplicativo, os usuários costumam usá-lo raramente e o principal objetivo é realizar a verificação dos seus investimentos. As funcionalidades "Meus Investimentos" e "Investir" foram as mais votadas como importantes dentro do aplicativo.

+

Acerca da avaliação geral do aplicativo, da dificuldade para encontrar funcionalidades e do tempo necessário para realizar ações no sistema, as respostas foram majoritariamente medianas. Quanto à interface, a resposta mais escolhida foi 2 (em uma escala de 1 a 5).

+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011. +ZARANZA, G. Definição do Perfil de Usuário. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2023. Disponível em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/tecnicas-perfil-usuario/questionario/. Acesso em: 20 de nov. de 2024.

+
+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.020/11/2024Criação do documentoJúlia TakakiThales Euflauzino
1.123/11/2024Adicionando imagens dos gráficosJúlia TakakiThales Euflauzino
1.223/11/2024Corrigindo caminho das imagensThales EuflauzinoJúlia Takaki
1.312/12/2024Adicionando locais de divulgaçãoVictor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/glossario/index.html b/elicitacao/grupo5/glossario/index.html new file mode 100644 index 00000000..05145759 --- /dev/null +++ b/elicitacao/grupo5/glossario/index.html @@ -0,0 +1,2934 @@ + + + + + + + + + + + + + + + + + + + + + + + Glossário - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Glossário

+

Introdução

+

O glossário desempenha o papel de processo e produto simultaneamente. Ele serve para identificar e definir os termos característicos do domínio do problema, e sua construção contribui para a elicitação de requisitos. Optar por essa metodologia é especialmente relevante devido ao vocabulário técnico e específico de investimentos e títulos públicos que permeia o aplicativo Tesouro Direto.

+

De acordo com Vazquez1, para identificar os termos candidatos ao glossário, deve prestar-se atenção a termos:

+
    +
  • Únicos para o domínio;
    • +
  • Com mais de uma definição;
    • +
  • Com definição distinta do senso comum;
    • +
  • Com definições não intuitivas;
    • +
  • Técnicos do negócio;
    • +
  • Abreviações e siglas;
    • +
  • Sinônimos e antônimos.
    • +
+

Glossário

+

Para facilitar o entendimento do aplicativo, foram reunidos e definidos termos específicos do domínio dos investimentos e títulos públicos, conforme apresentado na Tabela 1. Muitos desses termos possuem terminologia técnica e, quando necessário, explicações adicionais foram incluídas para maior clareza.

+
+

Tabela 1: Glossário dos termos do Tesouro Direto.

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TermoDefinição
Tesouro DiretoPrograma do governo brasileiro que permite a compra de títulos públicos por pessoas físicas pela internet.
Título PúblicoInstrumento financeiro emitido pelo governo para captar recursos e financiar suas atividades.
InvestidorPessoa física ou jurídica que aplica recursos financeiros na compra de títulos públicos.
RentabilidadeRetorno financeiro obtido pelo investidor em função do investimento realizado.
PrefixadoTipo de título cuja taxa de rentabilidade é definida no momento da compra e permanece fixa até o vencimento.
IndexadoTítulo cuja rentabilidade está atrelada a um índice econômico, como IPCA (inflação) ou Selic.
IPCAÍndice de Preços ao Consumidor Amplo, utilizado para medir a inflação no Brasil.
Taxa SelicTaxa básica de juros da economia brasileira, usada como referência para títulos atrelados à Selic.
CustódiaServiço oferecido por instituições financeiras para guardar e administrar os títulos adquiridos.
Aplicação MínimaValor mínimo necessário para realizar a compra de um título público.
ResgateProcesso de venda ou retirada do valor aplicado em um título antes ou no vencimento.
VencimentoData em que o título atinge o prazo final e o valor investido é devolvido ao investidor com os juros acumulados.
AmortizaçãoPagamento parcial ou total do valor principal de um título durante sua vigência.
Carteira de InvestimentosConjunto de títulos ou ativos financeiros adquiridos por um investidor.
Taxa de AdministraçãoTaxa cobrada por instituições financeiras para operar o investimento no Tesouro Direto.
Taxa de CustódiaValor cobrado pela B3 (Bolsa de Valores) para manter e movimentar os títulos adquiridos.
LiquidezFacilidade com que um título pode ser convertido em dinheiro sem perda significativa de valor.
Tesouro SelicTipo de título público indexado à Taxa Selic, indicado para investimentos de curto prazo e maior liquidez.
Tesouro IPCA+Título público indexado ao IPCA, que garante proteção contra a inflação e retorno adicional.
Tesouro PrefixadoTítulo com taxa de retorno definida no momento da compra, ideal para quem busca previsibilidade.
+
+

Autor: Júlia Takaki

+
+ +

Requisitos Elicitados

+

Após uma análise dos conceitos relacionados ao domínio dos investimentos e títulos públicos, foi possível identificar os requisitos descritos na Tabela 2. Cada requisito foi identificado com a sigla GLO seguida de um número, representando sua origem no glossário. Além disso, cada um foi classificado como requisito funcional (RF) ou requisito não funcional (RNF), conforme sua natureza.

+
+

Tabela 2: Requisitos elicitados a partir do Glossário.

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescrição do RequisitoTipo
GLO01O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis, incluindo suas características principais.RF
GLO02O sistema deve possibilitar a compra de títulos públicos por meio de diferentes métodos de pagamento, garantindo segurança na transação.RF
GLO03O sistema deve exibir a rentabilidade acumulada de cada título na carteira do usuário, de forma clara e atualizada.RF
GLO04A interface do aplicativo deve seguir padrões de acessibilidade para facilitar o uso por diferentes perfis de investidores.RNF
GLO05O sistema deve permitir o resgate antecipado de títulos, com cálculo automático do valor líquido baseado na data de resgate e na rentabilidade acumulada.RF
GLO06As transações realizadas pelo aplicativo devem ser criptografadas para garantir a proteção dos dados dos usuários.RNF
GLO07O sistema deve enviar notificações ao usuário sobre vencimentos de títulos e atualizações importantes relacionadas à sua carteira de investimentos.RF
GLO08A aplicação deve ser compatível com dispositivos móveis e navegadores modernos, garantindo desempenho e responsividade adequados.RNF
+
+

Autor: Júlia Takaki

+
+ +

Bibliografia

+
+

1 VAZQUEZ C., SIMÕES G. Engenharia de Requisitos, 1ª edição.

+

Termos do Tesouro Direto, acesso em 21 de novembro de 2024.

+
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.021/11/2024Criação do documento.Júlia TakakiThales Euflauzino
1.121/11/2024Ajustes fonte para autor e na bibliografiaThales EuflauzinoVictor Rodrigues
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/grupo-de-foco/index.html b/elicitacao/grupo5/grupo-de-foco/index.html new file mode 100644 index 00000000..fa63c4ef --- /dev/null +++ b/elicitacao/grupo5/grupo-de-foco/index.html @@ -0,0 +1,3167 @@ + + + + + + + + + + + + + + + + + + + + + + + Grupo de foco - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Grupo de Foco: Avaliação do Aplicativo Tesouro Direto

+

Introdução

+

A técnica de grupo de foco foi utilizada para coletar insights qualitativos sobre a experiência dos usuários do aplicativo Tesouro Direto. O objetivo principal foi entender as percepções, dificuldades e sugestões de melhoria diretamente dos usuários, permitindo uma análise mais rica para subsidiar futuras atualizações no aplicativo.

+

Metodologia

+

A técnica do Grupo de Foco foi empregada para conduzir a análise. A reunião contou com três participantes, listados na Tabela 1, que compartilharam suas experiências e opiniões sobre o uso do aplicativo. O roteiro do grupo de foco foi elaborado por Thales Euflauzino, disponível nesse link. Foi conduzido por Maria Helena e teve a revisão presencial do Víctor Schmidt, e a gravação está disponível no Vídeo 1. O grupo de foco teve a intenção de abranger tópicos como experiência do usuário, funcionalidades, acompanhamento de investimentos, segurança e sugestões de melhorias.

+


+

+Tabela 1 - Nome completo e idade dos participantes.

+ + + + + + + + + + + + + + + + + + + + + +
NomeIdade
Manoela Silvestre Garcia Chaves20
Victor Hugo dos Santos Bernardes23
Marcos Augusto Oliveira Goulart20
+

Autor: Elaborado por Thales Euflauzino, 2024

+

+

Resultados

+

1. Experiência do Usuário

+
    +
  • Manoela: O login foi considerado pouco atraente. Usou o aplicativo apenas algumas vezes.
    • +
  • Victor: Achou o simulador interativo e bem projetado.
    • +
  • Marcos: Considerou as funcionalidades desconexas, dificultando a navegação.
    • +
+

2. Funcionalidades Essenciais

+
    +
  • Manoela: Utilizou os recursos de investimento e sonhos, relatando que o aplicativo atendeu às suas necessidades básicas.
    • +
  • Victor: Concentrou-se no simulador e destacou a ausência de um modo escuro funcional.
    • +
  • Marcos: Recomendou a inclusão de uma tela comparativa para diferentes investimentos.
    • +
+

3. Acompanhamento e Notificações

+
    +
  • Manoela: Acompanha o andamento dos investimentos manualmente, sem utilizar as notificações.
    • +
  • Marcos e Victor: Não mencionaram o uso de notificações como prioridade.
    • +
+

4. Segurança

+
    +
  • Manoela: Sente-se segura devido à sua organização pessoal, pois anota as senhas.
    • +
  • Victor: Confia no aplicativo pela intuição e design, mas buscaria reviews antes de usar para transações críticas.
    • +
  • Marcos: Confia por ser um produto do Tesouro Nacional e da B3, mas tem dúvidas sobre o login pelo Gov.br.
    • +
+

5. Melhorias e Sugestões

+
    +
  • Manoela: Não sugeriu grandes mudanças, afirmando que o aplicativo atende às suas necessidades.
    • +
  • Victor: Apontou falhas na responsividade e sugeriu melhorias no design de login e modo escuro.
    • +
  • Marcos: Sugeriu uma interface mais intuitiva para novos usuários e maior conectividade entre funcionalidades.
    • +
+

Conclusão

+

O grupo de foco revelou que:

+
    +
  • O simulador de investimentos é amplamente valorizado pelos usuários, mas melhorias na interface geral são necessárias.
    • +
  • A ausência de um modo escuro adequado é um ponto negativo destacado.
    • +
  • Segurança é percebida como satisfatória devido à confiança na marca, embora o login pelo Gov.br tenha gerado dúvidas.
    • +
  • Há sugestões para aprimorar a navegação, conectividade das funcionalidades e inclusão de novas telas comparativas.
    • +
+

Recomendações

+
    +
  1. Melhorar a usabilidade e o design do login, incluindo opções modernas como biometria.
    2. +
  2. Implementar um modo escuro funcional e melhorias na responsividade para dispositivos móveis.
    3. +
  3. Adicionar funcionalidades de comparação de investimentos e uma interface mais intuitiva para usuários novos.
    4. +
+

Vídeo do Grupo de Foco

+

+

Vídeo 1: Elicitação de Requisitos - Grupo de Foco

+ + +

Autor: Thales Euflauzino, 2024

+

+

Termo de Consentimento

+

O termo de consentimento utilizado neste grupo de foco permite o uso de imagem, áudio e dados fornecidos pelos participantes exclusivamente para fins educativos e de pesquisa.

+

Para abrir o documento completo do termo de consentimento, clique aqui

+

Requisitos coletados

+
Legenda das Tabelas:
+
    +
  • RFx: Requisito Funcional número x;
    • +
  • RNFx: Requisito Não Funcional número x;
    • +
  • GFx: Requisito do grupo de foco número x;
    • +
+

Requisitos Funcionais

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TipoDescriçãoIDElaborado (Sim/Não)
RF1O aplicativo deverá possuir uma tela de login integrado com o gov.brGF01Sim
RF2O aplicativo deverá permitir que o usuário faça login criando uma conta própria no sistemaGF02Sim
RF3O aplicativo deverá possuir uma ferramenta de simulação de evolução dos investimentos.GF03Sim
RF4O aplicativo deverá possuir uma ferramenta para comparar o investimento escolhido com outros tipos de investimento.GF04Não
RF5O aplicativo deverá possuir a funcionalidade de alternar entre modo claro e escuro.GF05Não
+

Requisitos não funcionais

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TipoDescriçãoIDElaborado (Sim/Não)
RNF1O aplicativo deverá garantir a segurança dos dados cadastrais dos usuários de acordo com a LGPD.GF06Sim
RNF2O aplicativo deverá ser responsivo para todos os dispositivos mobile.GF07Não
RNF3A navegação no aplicativo deverá ser focada em integrar as funcionalidades do aplicativo de modo intuitivo e compreensivo.GF08Não
+

Bibliografia

+
+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Cap 7. Autopublicação. ISBN: 978-65-00-19677-1.

+

Economia DF - Grupo de Foco. Disponível em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/tecnicas-perfil-usuario/grupo_de_foco/. Acesso em 19 de novembro de 2024

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.019/11/2024Estruturação InicialThales EuflauzinoVictor Rodrigues
1.121/11/2024Elicitação de RequisitosMaria HelenaThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/introspeccao/index.html b/elicitacao/grupo5/introspeccao/index.html new file mode 100644 index 00000000..49ca69d6 --- /dev/null +++ b/elicitacao/grupo5/introspeccao/index.html @@ -0,0 +1,3078 @@ + + + + + + + + + + + + + + + + + + + + + + + Introspecção - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Introspecção da Elicitação de Requisitos

+

Introdução

+

Este artefato tem como objetivo realizar uma introspecção para a elicitação dos requisitos do projeto Tesouro Direto. A técnica de introspecção consiste em uma análise pessoal e aprofundada que busca identificar elementos essenciais para o software. Nesse método, o responsável deve imaginar uma situação hipotética em que uma tarefa específica do sistema é realizada, permitindo a identificação de necessidades e funcionalidades indispensáveis. Dessa forma, os requisitos levantados são apresentados na Tabela 1 e na Tabela 2.

+

Metodologia

+

A técnica de introspecção foi aplicada individualmente por Víctor Schmidt no período de 09/11/2024 a 16/11/2024. Após essa etapa, os requisitos identificados foram organizados em duas tabelas: Tabela 1 para Requisitos Funcionais e Tabela 2 para Requisitos Não-Funcionais. Concluído o levantamento, revisamos o aplicativo do Tesouro Direto selecionado pelo grupo, verificando a presença ou ausência dos requisitos elicitados.

+

Introspecção do Autor

+

Para aplicar essa metodologia, imaginei-me em uma situação onde eu, como usuário, desejasse investir no Tesouro Direto e acessasse o aplicativo para realizar essa tarefa. Sem visualizar o aplicativo, procurei listar todas as funções essenciais que ele deveria oferecer para tornar o processo de investimento mais simples e eficiente. Além disso, considerei as dificuldades comuns que um investidor iniciante poderia enfrentar e como o aplicativo deveria abordar esses desafios, proporcionando soluções intuitivas e funcionais.

+

Esse processo de introspecção para elicitação de requisitos consiste justamente em colocar-se no lugar do usuário sem a referência visual direta do produto, buscando compreender quais funcionalidades (tanto funcionais quanto não funcionais) são fundamentais. No contexto do aplicativo do Tesouro Direto, essa abordagem me permitiu estruturar uma visão clara dos recursos necessários, levando em conta a experiência do usuário e o conhecimento prévio de funcionalidades encontradas em aplicativos semelhantes.

+

Requisitos Elicitados

+
Legenda das Tabelas:
+
    +
  • RFx: Requisito Funcional número x;
    • +
  • RNFx: Requisito Não Funcional número x;
    • +
  • ITx: Requisito número x;
    • +
+
+

Requisitos Funcionais

+

+Tabela 1 - Requisitos Funcionais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TipoDescriçãoIDElaborado (Sim/Não)Priorização (MoSCoW)
RF1Permitir a consulta de investimentos por instituição financeira.IT1SimMust Have
RF2Permitir a simulação, realização e visualização de detalhes de investimentos nos títulos SELIC, Prefixado e Inflação.IT2SimMust Have
RF3Permitir o resgate de investimentos, considerando a instituição financeira associada.IT3SimMust Have
RF4Oferecer funcionalidade para salvar metas de investimentos (Sonhos).IT4SimShould Have
RF5Permitir simulação e planejamento de aposentadoria indicando o ano esperado de aposentadoria.IT5SimShould Have
RF6Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.IT6SimMust Have
RF7Incluir um simulador para ajudar o usuário a encontrar títulos adequados ao perfil dele.IT7SimCould Have
RF8Permitir a consulta de operações realizadas e agendadas.IT8SimMust Have
RF9Oferecer a funcionalidade de “Fale Conosco”.IT9SimMust Have
RF10Permitir a visualização de notificações recebidas.IT10SimShould Have
RF11Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache).IT11SimCould Have
RF12Permitir a visualização de dados do usuário.IT12SimMust Have
RF13Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.IT13NãoShould Have
RF14Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.IT14NãoCould Have
RF15Incluir relatórios personalizados para análise detalhada de rentabilidade e evolução de investimentos.IT16NãoShould Have
RF16Disponibilizar um recurso educativo com vídeos e artigos sobre como investir no Tesouro Direto.IT17NãoShould Have
RF17Oferecer integração com carteiras digitais para pagamento direto de investimentos.IT18NãoCould Have
RF18Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.IT19NãoMust Have
RF19Adicionar gamificação, como conquistas ou recompensas simbólicas ao atingir metas financeiras.IT20NãoCould Have
RF20Escolher meus investimentos, definir um valor para cada investimento e escolher entre investir agora ou investir depoisIT21SimMust Have
+

Autor: Víctor Schmidt, 2024 +

+
+

Requisitos Não Funcionais

+

+Tabela 2 - Requisitos Não Funcionais.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
TipoDescriçãoIDElaborado (Sim/Não)Priorização (MoSCoW)
RNF1O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.IT13NãoMust Have
RNF2Garantir a segurança dos dados sensíveis do usuário conforme a LGPD.IT21SimMust Have
RNF3O aplicativo deve ser responsivo para dispositivos móveis e tablets.IT22SimMust Have
RNF4A interface deve ser intuitiva e seguir as diretrizes de acessibilidade.IT23NãoShould Have
RNF5O sistema deve permitir integrações seguras com APIs de instituições financeiras.IT24SimMust Have
RNF6Disponibilizar suporte para múltiplos idiomas (português como padrão).IT25NãoCould Have
+

Autor: Víctor Schmidt, 2024 +

+
+

Bibliografia

+
+

Bilheteria Digital - Instrospecção. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/tecnicas/introspeccao/. Acesso em 15 de novembro de 2024

+

SERRANO, Milene; SERRANO, Maurício. Apresentação Elicitação de Requisitos - Técnicas - Priorização. Brasília: UnB Gama, s.d. 1 apresentação em slides.

+
+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.015/11/2024Estruturação InicialVíctor SchmidtThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/perfil-usuario/index.html b/elicitacao/grupo5/perfil-usuario/index.html new file mode 100644 index 00000000..f28e9b1b --- /dev/null +++ b/elicitacao/grupo5/perfil-usuario/index.html @@ -0,0 +1,2715 @@ + + + + + + + + + + + + + + + + + + + Perfil de Usuário - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Perfil de Usuário

+

Introdução

+

O perfil de usuário é uma descrição detalhada das características, comportamentos e objetivos de quem utiliza um produto, serviço ou sistema. Ele pode incluir aspectos como interesses, habilidades, faixa etária, experiência tecnológica, preferências e desafios enfrentados. Essa análise permite às equipes de design, desenvolvimento e marketing criem soluções mais personalizadas e eficientes, alinhadas às expectativas do público-alvo.

+

Metodologia

+

A definição do perfil de usuário foi realizada por meio de uma abordagem combinada que incluiu a aplicação de um questionário online, pode ser verificado em Questionario. Paralelamente, foi utilizado um site especializado em análise de tráfego para validar e complementar os dados obtidos, permitindo identificar padrões de navegação e comportamento dos usuários.

+

Ferramenta de Tráfego

+

Ao utilizar a ferramenta de tráfego Similarweb [adicionar nas ferramentas], foi possível concluir, conforme as Figura 1 e a Figura 2, que o aplicativo é predominantemente usado por pessoas do sexo masculino e na faixa etária de 25 a 34 anos.

+
Figura 1
+

distribuição de genero

+
+

Fonte: SimilarWeb, 2024

+
+ +
Figura 2
+

distribuição de idade

+
+

Fonte: SimilarWeb, 2024

+
+ +

Definição do Perfil

+

Após uma análise das respostas, foi traçado um Perfil de Usuário para o aplicativo com as seguintes descrições:

+
    +
  • Gênero:
    • +
  • Idade:
    • +
  • Experiência:
    • +
  • Atitudes:
    • +
  • Tarefas primárias:
    • +
+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

BARROS, Philipe de Sousa. Perfil do Usuário. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/perfil-do-usuario/. Acesso em: 19 nov. 2024.

+

HENRIQUE, M. et al. Perfil do Usuário. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2023. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/perfil_de_usuario/. Acesso em: 19 nov. 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.019/11/2024Estruturação InicialVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/personas/index.html b/elicitacao/grupo5/personas/index.html new file mode 100644 index 00000000..55287286 --- /dev/null +++ b/elicitacao/grupo5/personas/index.html @@ -0,0 +1,3039 @@ + + + + + + + + + + + + + + + + + + + + + + + Personas - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Personas

+

Introdução

+

Personas são representações fictícias de usuários criadas para ajudar equipes de design e desenvolvimento a compreender melhor o público-alvo e suas necessidades. Essas representações são baseadas em dados reais, combinando informações demográficas, comportamentais e psicográficas, e têm como objetivo facilitar a empatia e a tomada de decisões centradas no usuário. Ao criar personas, é possível personalizar soluções, melhorar a comunicação entre equipes e garantir que o produto atenda às expectativas dos diferentes tipos de usuários.

+

Metodologia

+

A construção das personas seguiu uma metodologia estruturada em três etapas principais:

+
    +
  1. +

    Coleta e Análise de Dados: Utilizamos informações obtidas a partir de questionários aplicados aos usuários, combinadas com dados de ferramentas de análise de tráfego, como Similarweb. Os dados obtivos permitiram identificar padrões de comportamento e características demográficas, como idade, sexo e preferências de uso do aplicativo.

    +
    2. +
  2. +

    Definição das Personas: Com base nas análises realizadas, criamos cinco personas principais: quatro que representam diferentes tipos de usuários (primários e secundários) e uma antipersona, que simboliza o público que não é o foco do sistema. Cada persona recebeu um nome fictício, características detalhadas, uma breve história e objetivos, tornando-as representações completas e fáceis de compreender.

    +
    3. +
  3. +

    Visualização e Validação: Para ilustrar as personas, utilizamos a ferramenta This Person Doesn't Exist para gerar imagens fictícias e representá-las visualmente. As personas foram compartilhadas com a equipe para validação, garantindo que refletem adequadamente os perfis de usuários identificados e são úteis para o processo de design.

    +
    4. +
+

Elenco

+

As tabelas de 1 a 5 apresentam o elenco de personas.

+

Tabela 1 - Persona Primária 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 1 - Persona Primária Gustavo Ribeiro.

persona 1
Fonte: This Person Does not Exists.¹
Nome: Gustavo Ribeiro
Idade: 28 anos
Gênero: Masculino
Profissão: Analista de Sistemas
Escolaridade: Pós-graduação em Engenharia de Software
Habilidades: Boa capacidade analítica, conhecimentos avançados em economia e finanças, habilidades matemáticas sólidas
Afinidade com tecnologia: Muito alta; utiliza diversas plataformas financeiras e acompanha blogs e canais de investimento
Relacionamento: Solteiro
Objetivo: Aumentar sua reserva financeira para longo prazo, visando a compra de um imóvel
Tarefas: Simular investimentos no Tesouro Selic para reserva de emergência e diversificar portfólio com títulos do Tesouro IPCA+
Requisitos: Interface intuitiva e detalhamento dos resultados de simulações Acesso a gráficos e comparações de desempenho
Expectativa: Fazer investimentos de forma prática e segura, com informações claras para otimizar ganhos.
+

Autor: Victor Rodrigues.

+

Tabela 2 - Persona Primária 2.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 2 - Persona Primária Larissa Ferreira.

persona2
Fonte: This Person Does not Exists.¹
Nome: Larissa Ferreira
Idade: 25 anos
Gênero: Feminino
Profissão: Gerente de Marketing Digital
Escolaridade: Graduação em Publicidade e Propaganda
Habilidades: Criatividade, gestão de redes sociais, conhecimento básico em finanças pessoais
Afinidade com tecnologia: Alta; usa aplicativos para controle financeiro e planejamento de metas
Relacionamento: Namorando
Objetivo: Construir um fundo para realizar uma viagem internacional de longo prazo
Tarefas: Simular quanto pode acumular em 5 anos com investimentos no Tesouro IPCA+ e automatizar investimentos mensais via débito automático
Requisitos: Simplicidade no uso e linguagem acessível para iniciantes e opções de simulação com metas específicas
Expectativa: Sentir-se segura em investir sem necessidade de conhecimento técnico avançado.
+

Autor: Victor Rodrigues.

+

Tabela 3 - Persona Secundária 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 3 - Persona Secundária Pedro Almeida.

persona 3
Fonte: This Person Does not Exists.¹
Nome: Pedro Almeida
Idade: 32 anos
Gênero: Masculino
Profissão: Médico Clínico Geral
Escolaridade: Pós-graduação em Medicina
Habilidades: Tomada de decisões rápidas, organização, foco em objetivos
Afinidade com tecnologia: Média; utiliza tecnologia no dia a dia, mas prefere interfaces simples
Relacionamento: Casado, pai de um filho
Objetivo: Garantir estabilidade financeira para a educação do filho
Tarefas: Investir mensalmente em títulos do Tesouro para longo prazo e acompanhar o desempenho do portfólio esporadicamente
Requisitos: Relatórios simples e acessíveis via mobile e alertas automáticos sobre prazos e vencimentos dos títulos
Expectativa: Minimizar esforço na gestão dos investimentos e garantir um futuro estável para a família.
+

Autor: Victor Rodrigues.

+

Tabela 4 - Persona Secundária 2.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 4 - Persona Secundária Beatriz Costa.

persona 4
Fonte: This Person Does not Exists.¹
Nome: Beatriz Costa
Idade: 34 anos
Gênero: Feminino
Profissão: Professora Universitária
Escolaridade: Doutorado em Economia
Habilidades: Análise de dados, capacidade de planejamento, entendimento profundo de mercado financeiro
Afinidade com tecnologia: Alta; utiliza softwares e ferramentas de análise de dados
Relacionamento: Casada
Objetivo: Complementar a aposentadoria com aplicações no Tesouro Direto
Tarefas: Avaliar opções de títulos do Tesouro com maior retorno a longo prazo e simular cenários econômicos para calcular ganhos futuros
Requisitos: Informações detalhadas sobre taxas e impacto da inflação e ferramentas para exportar dados para análises externas
Expectativa: Ter controle e transparência sobre as aplicações, com suporte para decisões fundamentadas.
+

Autor: Victor Rodrigues.

+

Tabela 5 - Antipersona 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

Figura 5 - Antipersona João Neto.

persona 5
Fonte: This Person Does not Exists.¹
Nome: João Neto
Idade: 20 anos
Gênero: Masculino
Profissão: Estudante de Engenharia Civil
Escolaridade: Graduação em andamento
Habilidades: Aprendizado rápido, familiaridade básica com ferramentas digitais
Afinidade com tecnologia: Média; usa redes sociais e aplicativos básicos
Relacionamento: Solteiro
Objetivo: Aplicar dinheiro para retornos rápidos, sem foco em planejamento financeiro
Tarefas: pesquisar opções de investimento, mas sem acompanhamento contínuo e priorizar aplicações com liquidez imediata
Requisitos: Informação sobre rentabilidade a curto prazo e processo de entrada simplificado, sem barreiras de aprendizado
Expectativa: Ter acesso rápido e fácil a resultados financeiros, mas sem comprometimento com estratégias a longo prazo.
+

Autor: Victor Rodrigues.

+

Referências Bibliográficas

+
    +
  1. Imagem gerada através da aplicação This Person Doesn't Exist. Disponível em: https://this-person-does-not-exist.com/. Acesso em: 20 de nov. de 2024.
    2. +
+

Bibliografia

+
+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

BARROS, Philipe de Sousa. Personas. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/personas/. Acesso em: 19 nov. 2024.

+

HENRIQUE, M. et al. Personas. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2023. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/personas/. Acesso em: 19 nov. 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.019/11/2024Estruturação InicialVíctor RodriguesThales Euflauzino
1.120/11/2024Inclusão de PersonasVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/priorizacao/100$/index.html b/elicitacao/grupo5/priorizacao/100$/index.html new file mode 100644 index 00000000..36042c0d --- /dev/null +++ b/elicitacao/grupo5/priorizacao/100$/index.html @@ -0,0 +1,3122 @@ + + + + + + + + + + + + + + + + + + + + + + + 100$ - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

100$

+

Introdução

+

Considerando que a priorização consiste em distribuir recursos limitados para maximizar o retorno, a técnica $100 adota uma analogia com dinheiro para facilitar a identificação da relevância dos requisitos. Nesse contexto, a priorização foi aplicada exclusivamente aos requisitos funcionais, visando simplificar o processo para o usuário.

+

Participantes

+

A tabela 1 apresenta os participantes da atividade de priorização

+
+

Tabela 1: Participantes 2024

+ + + + + + + + + + + + + + + + + + +
NomeFunção
Victor RodriguesMediador
Thales EuflauzinoMediador
Alice Almeida Usuário
+ +

Autor: Victor Rodrigues, 2024

+
+ +

Metodologia

+

Para a aplicação desta técnica de priorização, foi realizada uma reunião via Teams no dia 22/11/2024, das 20:40 às 20:55, com os integrantes listados na Tabela 1. Durante o encontro, o mediador explicou o funcionamento da técnica e solicitou ao usuário que classificasse os requisitos listados, atribuindo quantias de dinheiro conforme sua importância. O consentimento para a gravação foi obtido verbalmente antes do início da reunião.

+

Requisitos priorizados

+

a Tabela 2 apresenta os Requisitos Funcionais priorizados.

+

Legenda das Tabelas:

+
    +
  • RFx: Requisito Funcional número x;
    • +
  • ITx: Requisito da Introspecção número x;
    • +
  • BFx: Requisito Funcional do Brainstorm número x;
    • +
  • GFx: Requisito do Grupo de Foco número x;
    • +
  • GLOx: Requisito do Glossário número x;
    • +
+

Funcionais

+
+

Tabela 2 - Requisitos Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDPriorização
RF01Permitir a consulta de investimentos por instituição financeira.IT1$ 4,00
RF02Permitir a simulação, realização e visualização de detalhes de investimentos nos títulos SELIC, Prefixado e Inflação.IT2$ 9,00
RF03O sistema deve permitir o resgate antecipado de títulos, com cálculo automático do valor líquido baseado na data de resgate e na rentabilidade acumulada.IT3, GLO07$ 6,00
RF04Oferecer funcionalidade para salvar metas de investimentos (Sonhos).IT4$ 4,00
RF05Permitir simulação e planejamento de aposentadoria indicando o ano esperado de aposentadoria.IT5$ 6,00
RF06Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.IT6$ 2,00
RF07Incluir um simulador para ajudar o usuário a encontrar títulos adequados ao perfil dele.IT7$ 4,00
RF08Permitir a consulta de operações realizadas e agendadas.IT8$ 2,00
RF09Oferecer a funcionalidade de “Fale Conosco”.IT9$ 5,00
RF10Permitir a visualização de notificações recebidas.IT10$ 1,00
RF11Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache).IT11, GF05$ 1,00
RF12Permitir a visualização de dados do usuário.IT12$ 2,00
RF13Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.IT13, GLO07$ 2,00
RF14Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.IT14$ 0,00
RF15Incluir relatórios personalizados para análise detalhada de rentabilidade e evolução de investimentos.IT15$ 1,00
RF16Disponibilizar um recurso educativo com vídeos e artigos sobre como investir no Tesouro Direto.IT16, BF10$ 4,00
RF17Oferecer integração com carteiras digitais para pagamento direto de investimentos.IT17$ 1,00
RF18Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.IT18$ 4,00
RF19Adicionar gamificação, como conquistas ou recompensas simbólicas ao atingir metas financeiras.IT19$ 0,00
RF20O aplicativo deve permitir que o usuário faça uma autodeclaração de expertise (novo, médio, experiente).BF1$ 3,00
RF21O aplicativo deve oferecer um tutorial para guiar o usuário no uso das funcionalidades.BF2$ 2,00
RF22O sistema deve disponibilizar um maior leque de opções para simulações financeiras.BF3, GF03$ 2,00
RF23O aplicativo deve exibir a liquidez dos títulos do Tesouro Nacional na simulação.BF4$ 3,00
RF24O sistema deve permitir a comparação de títulos de diferentes origens na simulação.BF5, GF04$ 1,00
RF25O sistema deve integrar a funcionalidade de simulação com a aba "Meus Sonhos".BF7$ 0,00
RF26O aplicativo deve apresentar um dashboard inicial com informações relevantes para o usuário.BF10$ 2,00
RF27O sistema deve incluir uma barra de progresso na aba "Meus Sonhos".BF12$ 2,00
RF28O aplicativo deve permitir a comparação da simulação com os padrões do INSS na aposentadoria.BF14$ 5,00
RF29O sistema deve exibir sugestões personalizadas na página inicial do "Meu Investimento".BF15$ 5,00
RF30O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis, incluindo suas características principais.GLO01$ 2,00
RF31O sistema deve possibilitar a compra de títulos públicos por meio de diferentes métodos de pagamento, garantindo segurança na transação.GLO02$ 5,00
RF32O sistema deve exibir a rentabilidade acumulada de cada título na carteira do usuário, de forma clara e atualizada.GLO03$ 5,00
RF33O aplicativo deverá permitir que o usuário faça login criando uma conta própria no sistemaGF02$ 2,00
RF34O aplicativo deverá possuir uma tela de login integrado com o gov.brGF01$ 2,00
+ + +

Reunião de priorização

+

A gravação da reunião de priorização pode ser encontrada no video 1.

+
+

Video 1 - Reunião de Priorização $100

+
+ +
+ +
+ +
+

Autores: Victor Rodrigues e Thales Euflauzino, 2024

+
+ +

Bibliografia

+
+

WIEGERS, Karl, BEATTY, Joy. Software Requirements, Third Edition. Microsoft Press, Agosto, 2013.

+

REQUISTOS DE SOFTWARE. 100$. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/priorizacao/100/. Acesso em: 21 nov. 2024. +

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.021/11/2024Lista de requisitosVíctor RodriguesThales Euflauzino
1.121/11/2024Inclusão de Introdução e MetodologiaVíctor RodriguesThales Euflauzino
1.222/11/2024PriorizaçãoVíctor RodriguesThales Euflauzino
1.324/11/2024Alteração de textoVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/priorizacao/cronograma/index.html b/elicitacao/grupo5/priorizacao/cronograma/index.html new file mode 100644 index 00000000..fe51d1ca --- /dev/null +++ b/elicitacao/grupo5/priorizacao/cronograma/index.html @@ -0,0 +1,2862 @@ + + + + + + + + + + + + + + + + + + + + + + + Cronograma - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma de Priorização

+

Introdução

+

Esta página documenta o cronograma para registrar e acompanhar a priorização de requisitos em colaboração com o usuário, garantindo alinhamento e transparência ao longo do projeto.

+

Cronograma

+

Para a priorização dos requisitos do projeto, foram utilizadas três técnicas: 100$, In or Out e Three-Level Scale. As tabelas de 1 a 3 representam, respectivamente, o cronograma de execução das atividades de priorização.

+

100$

+

+

Tabela 1: Cronograma de Priorização 100$

+ + + + + + + + + + + + + + + + + + + + + +
ParticipanteFunçãoData e hora
Victor RodriguesMediador22/11/2024 às 15:40
Thales EuflauzinoMediador 22/11/2024 às 15:40
Alice AlmeidaUsuário 22/11/2024 às 15:40
+ +

Autor: Victor Rodrigues

+

+

In or Out

+

+

Tabela 2: Cronograma de Priorização 100$

+ + + + + + + + + + + + + + + + + + + + + +
ParticipanteFunçãoData e hora
Victor RodriguesMediador22/11/2024 às 21:20
Thales EuflauzinoMediador 22/11/2024 às 21:20
Alexandre LemaUsuário 22/11/2024 às 21:20
+ +

Autor: Victor Rodrigues

+

+

Three Level Scale

+

+

Tabela 3: Cronograma de Priorização 100$

+ + + + + + + + + + + + + + + + +
ParticipanteFunçãoData e hora
Victor RodriguesMediador22/11/2024 às 23:20
Kauan DiasUsuário 22/11/2024 às 23:20
+ +

Autor: Victor Rodrigues

+

+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.012/12/2024Criação do documentoVictor GuimarãesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/priorizacao/inorout/index.html b/elicitacao/grupo5/priorizacao/inorout/index.html new file mode 100644 index 00000000..82025924 --- /dev/null +++ b/elicitacao/grupo5/priorizacao/inorout/index.html @@ -0,0 +1,3210 @@ + + + + + + + + + + + + + + + + + + + + + + + In or Out - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

In or Out

+

Introdução

+

Durante o desenvolvimento de software, é comum que haja uma quantidade significativa de requisitos elicitados, tornando necessário definir quais deles devem ser priorizados para a primeira etapa de implementação. Nesse contexto, a técnica In or Out é uma abordagem prática e direta para essa priorização.

+

Metodologia

+

A técnica consiste em realizar uma escolha binária para cada requisito: In (dentro) ou Out (fora), indicando, respectivamente, se o requisito será implementado na próxima release ou não. Aqueles marcados como Out permanecem na lista de requisitos para serem reavaliados em futuras etapas do projeto.

+

Neste trabalho, um dos integrantes do grupo reuniu-se com um usuário externo ao projeto, que foi orientado a aplicar a técnica. A dinâmica envolveu a análise de cada requisito, seguida pela decisão sobre sua inclusão ou exclusão, com base em sua relevância e urgência. Reunião via Teams no dia 22/11/2024, das 20:26 às 20:33.

+

Participantes

+

A tabela 1 apresenta os participantes da atividade de priorização

+
+

Tabela 1: Participantes 2024

+ + + + + + + + + + + + + + + + + + +
NomeFunção
Victor RodriguesMediador
Thales EuflauzinoMediador
Alexandre Lema Usuário
+ +

Autor: Victor Rodrigues, 2024

+
+ +

Requisitos priorizados

+

Os requisitos foram organizados em duas tabelas: a Tabela 2 apresenta os Requisitos Funcionais, enquanto a Tabela 3 lista os Requisitos Não Funcionais.

+

Legenda das Tabelas:

+
    +
  • RFx: Requisito Funcional número x;
    • +
  • RNFx: Requisito Não Funcional número x;
    • +
  • ITx: Requisito da Introspecção número x;
    • +
  • BFx: Requisito Funcional do Brainstorm número x;
    • +
  • BFNx: Requisito Não Funcional do Brainstorm número x;
    • +
  • GFx: Requisito do Grupo de Foco número x;
    • +
  • GLOx: Requisito do Glossário número x;
    • +
+

Funcionais

+
+

Tabela 2 - Requisitos Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDPriorização
RF01Permitir a consulta de investimentos por instituição financeira.IT1Out
RF02Permitir a simulação, realização e visualização de detalhes de investimentos nos títulos SELIC, Prefixado e Inflação.IT2Out
RF03O sistema deve permitir o resgate antecipado de títulos, com cálculo automático do valor líquido baseado na data de resgate e na rentabilidade acumulada.IT3, GLO07In
RF04Oferecer funcionalidade para salvar metas de investimentos (Sonhos).IT4Out
RF05Permitir simulação e planejamento de aposentadoria indicando o ano esperado de aposentadoria.IT5Out
RF06Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.IT6In
RF07Incluir um simulador para ajudar o usuário a encontrar títulos adequados ao perfil dele.IT7In
RF08Permitir a consulta de operações realizadas e agendadas.IT8Out
RF09Oferecer a funcionalidade de “Fale Conosco”.IT9Out
RF10Permitir a visualização de notificações recebidas.IT10In
RF11Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache).IT11, GF05Out
RF12Permitir a visualização de dados do usuário.IT12Out
RF13Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.IT13, GLO07In
RF14Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.IT14In
RF15Incluir relatórios personalizados para análise detalhada de rentabilidade e evolução de investimentos.IT15Out
RF16Disponibilizar um recurso educativo com vídeos e artigos sobre como investir no Tesouro Direto.IT16, BF10Out
RF17Oferecer integração com carteiras digitais para pagamento direto de investimentos.IT17In
RF18Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.IT18Out
RF19Adicionar gamificação, como conquistas ou recompensas simbólicas ao atingir metas financeiras.IT19Out
RF20O aplicativo deve permitir que o usuário faça uma autodeclaração de expertise (novo, médio, experiente).BF1Out
RF21O aplicativo deve oferecer um tutorial para guiar o usuário no uso das funcionalidades.BF2In
RF22O sistema deve disponibilizar um maior leque de opções para simulações financeiras.BF3, GF03In
RF23O aplicativo deve exibir a liquidez dos títulos do Tesouro Nacional na simulação.BF4Out
RF24O sistema deve permitir a comparação de títulos de diferentes origens na simulação.BF5, GF04Out
RF25O sistema deve integrar a funcionalidade de simulação com a aba "Meus Sonhos".BF7Out
RF26O aplicativo deve apresentar um dashboard inicial com informações relevantes para o usuário.BF10In
RF27O sistema deve incluir uma barra de progresso na aba "Meus Sonhos".BF12Out
RF28O aplicativo deve permitir a comparação da simulação com os padrões do INSS na aposentadoria.BF14Out
RF29O sistema deve exibir sugestões personalizadas na página inicial do "Meu Investimento".BF15Out
RF30O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis, incluindo suas características principais.GLO01In
RF31O sistema deve possibilitar a compra de títulos públicos por meio de diferentes métodos de pagamento, garantindo segurança na transação.GLO02In
RF32O sistema deve exibir a rentabilidade acumulada de cada título na carteira do usuário, de forma clara e atualizada.GLO03Out
RF33O aplicativo deverá permitir que o usuário faça login criando uma conta própria no sistemaGF02In
RF34O aplicativo deverá possuir uma tela de login integrado com o gov.brGF01Out
+ + +

Não Funcionais

+
+

Tabela 3 - Requisitos Não Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDPriorização
RNF01O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.IT20In
RNF02Garantir a segurança dos dados sensíveis do usuário conforme a LGPD.IT21, GF06In
RNF03O aplicativo deve ser responsivo para dispositivos móveis e tablets.IT22, GF07, GLO08In
RNF04A interface deve ser intuitiva e seguir as diretrizes de acessibilidade.IT23, BFN11, GF08, GLO04In
RNF05O sistema deve permitir integrações seguras com APIs de instituições financeiras.IT24, GLO06Out
RNF06Disponibilizar suporte para múltiplos idiomas (português como padrão).IT25In
RNF07O sistema deve oferecer controle ampliado para simulações de aposentadoria.BFN6In
RNF08O perfil de recomendação de investimentos deve ser mais visível e acessível no aplicativo.BFN9Out
RNF09O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário.BFN13In
+ + +

Reunião de priorização

+

A gravação da reunião de priorização pode ser encontrada no video 1.

+
+

Video 1 - Reunião de Priorização $100

+
+ +
+ +
+ +
+

Autores: Victor Rodrigues e Thales Euflauzino, 2024

+
+ +

Bibliografia

+
+

WIEGERS, Karl, BEATTY, Joy. Software Requirements, Third Edition. Microsoft Press, Agosto, 2013.

+

REQUISTOS DE SOFTWARE. In our Out. Disponível em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/priorizacao/in-or-out/. Acesso em: 21 nov. 2024.

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.021/11/2024Lista de requisitosVíctor RodriguesThales Euflauzino
1.121/11/2024Inclusão de Introdução e MetodologiaVíctor RodriguesThales Euflauzino
1.222/11/2024PriorizaçãoVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/priorizacao/threelevelscale/index.html b/elicitacao/grupo5/priorizacao/threelevelscale/index.html new file mode 100644 index 00000000..137e5010 --- /dev/null +++ b/elicitacao/grupo5/priorizacao/threelevelscale/index.html @@ -0,0 +1,3207 @@ + + + + + + + + + + + + + + + + + + + + + + + Three Level Scale - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Three Level Scale

+

Introdução

+

A técnica de priorização Three Levels Scale é uma abordagem simples e eficiente para classificar requisitos com base em sua prioridade relativa. Essa técnica categoriza os requisitos em três níveis: alta, média e baixa prioridade, facilitando a organização e o planejamento do projeto. No contexto deste trabalho, a técnica foi aplicada com a colaboração de um desenvolvedor, que atuou como mediador, e de um usuário, responsável por avaliar os requisitos.

+

Participantes

+

A tabela 1 apresenta os participantes da atividade de priorização

+
+

Tabela 1: Participantes 2024

+ + + + + + + + + + + + + + +
NomeFunção
Victor RodriguesMediador
Kauan Dias Usuário
+ +

Autor: Victor Rodrigues, 2024

+
+ +

Metodologia

+

Os requisitos foram apresentados ao usuário, que os classificou em uma das três categorias de prioridade com base em sua importância e urgência. Durante o processo, o mediador explicou os critérios de cada nível e esclareceu dúvidas para garantir uma avaliação consistente. Não foram atribuídos valores numéricos, mas considerou-se a relevância de cada requisito para os objetivos do projeto e as necessidades do usuário. Reunião via Teams no dia 22/11/2024, das 20:29 às 20:43.

+

Requisitos priorizados

+

Os requisitos foram organizados em duas tabelas: a Tabela 2 apresenta os Requisitos Funcionais, enquanto a Tabela 3 lista os Requisitos Não Funcionais.

+

Legenda das Tabelas:

+
    +
  • RFx: Requisito Funcional número x;
    • +
  • RNFx: Requisito Não Funcional número x;
    • +
  • ITx: Requisito da Introspecção número x;
    • +
  • BFx: Requisito Funcional do Brainstorm número x;
    • +
  • BFNx: Requisito Não Funcional do Brainstorm número x;
    • +
  • GFx: Requisito do Grupo de Foco número x;
    • +
  • GLOx: Requisito do Glossário número x;
    • +
+

Funcionais

+
+

Tabela 2 - Requisitos Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDPriorização
RF01Permitir a consulta de investimentos por instituição financeira.IT1Alta prioridade
RF02Permitir a simulação, realização e visualização de detalhes de investimentos nos títulos SELIC, Prefixado e Inflação.IT2Alta prioridade
RF03O sistema deve permitir o resgate antecipado de títulos, com cálculo automático do valor líquido baseado na data de resgate e na rentabilidade acumulada.IT3, GLO07Média prioridade
RF04Oferecer funcionalidade para salvar metas de investimentos (Sonhos).IT4Média prioridade
RF05Permitir simulação e planejamento de aposentadoria indicando o ano esperado de aposentadoria.IT5Alta prioridade
RF06Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.IT6Alta prioridade
RF07Incluir um simulador para ajudar o usuário a encontrar títulos adequados ao perfil dele.IT7Méida prioridade
RF08Permitir a consulta de operações realizadas e agendadas.IT8Média prioridade
RF09Oferecer a funcionalidade de “Fale Conosco”.IT9Alta prioridade
RF10Permitir a visualização de notificações recebidas.IT10Alta prioridade
RF11Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache).IT11, GF05Baixa prioridade
RF12Permitir a visualização de dados do usuário.IT12Alta prioridade
RF13Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.IT13, GLO07Média prioridade
RF14Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.IT14Média prioridade
RF15Incluir relatórios personalizados para análise detalhada de rentabilidade e evolução de investimentos.IT15Alta prioridade
RF16Disponibilizar um recurso educativo com vídeos e artigos sobre como investir no Tesouro Direto.IT16, BF10Média prioridade
RF17Oferecer integração com carteiras digitais para pagamento direto de investimentos.IT17Alta prioridade
RF18Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.IT18Média prioridade
RF19Adicionar gamificação, como conquistas ou recompensas simbólicas ao atingir metas financeiras.IT19Média prioridade
RF20O aplicativo deve permitir que o usuário faça uma autodeclaração de expertise (novo, médio, experiente).BF1Média prioridade
RF21O aplicativo deve oferecer um tutorial para guiar o usuário no uso das funcionalidades.BF2Média prioridade
RF22O sistema deve disponibilizar um maior leque de opções para simulações financeiras.BF3, GF03Média prioridade
RF23O aplicativo deve exibir a liquidez dos títulos do Tesouro Nacional na simulação.BF4Alta prioridade
RF24O sistema deve permitir a comparação de títulos de diferentes origens na simulação.BF5, GF04Média prioridade
RF25O sistema deve integrar a funcionalidade de simulação com a aba "Meus Sonhos".BF7Alta prioridade
RF26O aplicativo deve apresentar um dashboard inicial com informações relevantes para o usuário.BF10Alta prioridade
RF27O sistema deve incluir uma barra de progresso na aba "Meus Sonhos".BF12Alta prioridade
RF28O aplicativo deve permitir a comparação da simulação com os padrões do INSS na aposentadoria.BF14Média prioridade
RF29O sistema deve exibir sugestões personalizadas na página inicial do "Meu Investimento".BF15Média prioridade
RF30O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis, incluindo suas características principais.GLO01Alta prioridade
RF31O sistema deve possibilitar a compra de títulos públicos por meio de diferentes métodos de pagamento, garantindo segurança na transação.GLO02Alta prioridade
RF32O sistema deve exibir a rentabilidade acumulada de cada título na carteira do usuário, de forma clara e atualizada.GLO03Alta prioridade
RF33O aplicativo deverá permitir que o usuário faça login criando uma conta própria no sistemaGF02Alta prioridade
RF34O aplicativo deverá possuir uma tela de login integrado com o gov.brGF01Média prioridade
+ + +

Não Funcionais

+
+

Tabela 3 - Requisitos Não Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDPriorização
RNF01O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.IT20Alta prioridade
RNF02Garantir a segurança dos dados sensíveis do usuário conforme a LGPD.IT21, GF06Alta prioridade
RNF03O aplicativo deve ser responsivo para dispositivos móveis e tablets.IT22, GF07, GLO08Alta prioridade
RNF04A interface deve ser intuitiva e seguir as diretrizes de acessibilidade.IT23, BFN11, GF08, GLO04Alta prioridade
RNF05O sistema deve permitir integrações seguras com APIs de instituições financeiras.IT24, GLO06Alta prioridade
RNF06Disponibilizar suporte para múltiplos idiomas (português como padrão).IT25Média prioridade
RNF07O sistema deve oferecer controle ampliado para simulações de aposentadoria.BFN6Alta prioridade
RNF08O perfil de recomendação de investimentos deve ser mais visível e acessível no aplicativo.BFN9Média prioridade
RNF09O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário.BFN13Baixa prioridade
+ + +

Reunião de priorização

+

A gravação da reunião de priorização pode ser encontrada no video 1.

+
+

Video 1 - Reunião de Priorização $100

+
+ +
+ +
+ +
+

Autores: Victor Rodrigues e Thales Euflauzino, 2024

+
+

Bibliografia

+
+

WIEGERS Karl E. First Things First: Prioritizing Requirements. Setembro de 1999. Disponível em: https://www.processimpact.com/articles/prioritizing.pdf. Acesso em: 21 nov. 2024

+

REQUISTOS DE SOFTWARE. Three Levels Scale. Disponível em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/priorizacao/threeLevel-Scale/. Acesso em: 21 nov. 2024.

+

REQUISTOS DE SOFTWARE. Three Levels Scale. Disponível em: https://requisitos-de-software.github.io/2022.2-Lichess/elicitacao/priorizacao/#escala-de-tres-niveis. Acesso em: 21 nov. 2024.

+

REQUISTOS DE SOFTWARE. Three Levels Scale. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/priorizacao/threeLvlScale/. Acesso em: 21 nov. 2024. +

+
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.021/11/2024Lista de requisitosVíctor RodriguesThales Euflauzino
1.121/11/2024Inclusão de Introdução e MetodologiaVíctor RodriguesThales Euflauzino
1.222/11/2024PriorizaçãoVíctor RodriguesThales Euflauzino
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/elicitacao/grupo5/requisitos/index.html b/elicitacao/grupo5/requisitos/index.html new file mode 100644 index 00000000..40803c8f --- /dev/null +++ b/elicitacao/grupo5/requisitos/index.html @@ -0,0 +1,3215 @@ + + + + + + + + + + + + + + + + + + + + + + + Requisitos Elicitados - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Requisitos Elicitados

+

Introdução

+

Esta página reúne todos os requisitos elicitados pela equipe do projeto. As técnicas utilizadas foram brainstorming, glossário, grupo de foco e introspecção.

+

Requisitos

+

Os requisitos foram organizados em duas tabelas: a Tabela 1 apresenta os Requisitos Funcionais, enquanto a Tabela 2 lista os Requisitos Não Funcionais.

+

Legenda das Tabelas:

+
    +
  • RFx: Requisito Funcional número x;
    • +
  • RNFx: Requisito Não Funcional número x;
    • +
  • ITx: Requisito da Introspecção número x;
    • +
  • BFx: Requisito Funcional do Brainstorm número x;
    • +
  • BFNx: Requisito Não Funcional do Brainstorm número x;
    • +
  • GFx: Requisito do Grupo de Foco número x;
    • +
  • GLOx: Requisito do Glossário número x;
    • +
+

Funcionais

+
+

Tabela 1 - Requisitos Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDImplementado
RF01O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis com suas características principais: nome do título, rentabilidade, valor mínimo e vencimento.IT1, GLO01Sim
RF02O sistema deverá permitir a simulação de investimento nos títulos SELIC, Prefixado e InflaçãoIT2Sim
RF03O sistema deve permitir o resgate antecipado de títulos, com cálculo automático do valor líquido baseado na data de resgate e na rentabilidade acumulada.IT3, GLO07Sim
RF04Oferecer funcionalidade para salvar metas de investimentos (Sonhos).IT4Sim
RF05Permitir simulação e planejamento de aposentadoria indicando o ano esperado de aposentadoria.IT5Sim
RF06Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.IT6Sim
RF08Permitir a consulta de operações de compra de títulos do tesouro nacional realizadas e agendadas na aplicação.IT8Sim
RF09O aplicativo deverá possuir uma tela intitulada “Fale Conosco” com informações de contato e perguntas frequentes dos usuários.IT9Sim
RF12Permitir a visualização dos dados cadastrais do usuário (nome, cpf, email, celular).IT12Sim
RF13Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.IT13, GLO07Não
RF14Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.IT14Não
RF15O sistema deve fornecer relatórios mensais contendo a evolução dos rendimentos dos títulos adquiridos pelo usuário com base nos meses anteriores.IT15Não
RF16Disponibilizar um recurso educativo com vídeos e artigos sobre como investir no Tesouro Direto.IT16, BF10Não
RF17Oferecer integração com carteiras digitais de outros bancos digitais para pagamento direto de investimentos. Atualmente as instituições financeiras integradas são “INTER DTVM LTDA”, “NU INVEST CORRETORA DE VALORES S.A” e “XP INVESTIMENTOS CCTVM S/A”IT17Não
RF18Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.IT18Não
RF20O aplicativo deve permitir que o usuário faça uma autodeclaração de expertise (novo, médio, experiente) durante o seu cadastro no sistema.BF1Não
RF21O aplicativo deve oferecer um tutorial para guiar o usuário no uso das funcionalidades.BF2Não
RF23O aplicativo deve exibir a liquidez dos títulos do Tesouro Nacional na simulação.BF4Não
RF24O sistema deverá disponibilizar uma ferramenta para simular a evolução do investimento em um título do tesouro nacional em comparação com outras opções de investimento como a poupança, LCI (Letra de Crédito Imobiliário) e LCA (Letra de Crédito do Agronegócio), Fundo de Renda Fixa Referenciado DI e CDB (Certificado de Depósito Bancário).BF5, GF04Sim
RF25A tela de metas e sonhos deverá ser capaz de simular a evolução das metasBF7Não
RF26O aplicativo deve apresentar um dashboard com dados de rentabilidade dos títulos adquiridos e taxa de inflação.BF8Não
RF27O sistema deve incluir uma barra de progresso na aba "Meus Sonhos".BF12Não
RF28O aplicativo deve permitir a comparação da simulação com os padrões do INSS na aposentadoria.BF14Não
RF29O sistema deve exibir sugestões personalizadas com base na expertise declarada pelo usuário na página inicial do "Meu Investimento".BF15Não
RF31O sistema deve possibilitar a compra de títulos públicos por meio de diferentes métodos de pagamento.GLO02Sim
RF32O sistema deve exibir a rentabilidade acumulada de cada título na carteira do usuário.GLO03Sim
RF33O aplicativo deverá permitir que o usuário faça cadastro na aplicação criando uma conta própria no sistema.GF02Não
RF34O aplicativo deverá possuir a opção de realizar o login e cadastro a partir do sistema gov.brGF01Sim
RF35Escolher meus investimentos, definir um valor para cada investimento e escolher entre investir agora ou investir depoisIT21Sim
RF36O sistema deverá armazenar (preço unitário, rentabilidade, valor mínimo para investir, data de vencimento do título, pagamento de juros, taxa da BR, imposto de renda previsto sobre o rendimento, taxa de IOF) bem como informações a respeito do horário de funcionamento do mercado e tempo de liquidação dos juros.IT01, GLO01Sim
RF37O sistema deverá possuir um simulador da evolução de um título do tesouro direto com base em um determinado período de tempoIT7Sim
RF38O simulador deverá possuir um questionário para obter do usuário as informações necessárias para gerar o simulador.IT26Sim
RF39O simulador deverá possuir as informações de: título do tesouro nacional que será usado, tempo de investimento e valor que será resgatado no futuro ou valor que será investido agora.IT27Sim
RF40Cada meta deve possuir uma barra de progresso representando o progresso individual de conclusão da meta.BF12Não
RF41As contas cadastradas na aplicação deverão possuir os dados de nome, cpf, email e celular do dono da conta.GF02Sim
+ + +

Não Funcionais

+
+

Tabela 2 - Requisitos Não Funcionais

+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IdentificadorDescriçãoIDImplementado
RNF01O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.IT20Não
RNF02Garantir a segurança dos dados sensíveis do usuário conforme a LGPD.IT21, GF06Sim
RNF03O aplicativo deve ser responsivo para dispositivos móveis e tablets.IT22, GF07, GLO08Sim
RNF04A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022.IT23, BFN11, GF08, GLO04Não
RNF05O sistema deve permitir integrações seguras com APIs de instituições financeiras respeitando as normas da LGPD.IT24, GLO06Sim
RNF06O aplicativo deverá disponibilizar suporte para múltiplos idiomas (português como padrão).IT25Não
RNF08O perfil de recomendação de investimentos deve ser acessível a partir de 3 cliques de qualquer parte do aplicativo.BFN9Não
RNF09O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário.BFN13Não
RNF10O sistema deverá garantir a segurança nas transações de títulos públicos.GLO02Sim
RNF11Os títulos do tesouro nacional deverão estar sempre atualizados com relação a inflação e a taxa de juros.GLO03Sim
+ + +

Requisitos por Integrante

+

+
+

Tabela 3 - Requisitos por Integrante

 +
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Nome do IntegranteRequisito FuncionalRequisito Não-Funcional
Júlia TakakiRF18RNF06
Maria HelenaRF20 e RF29-
Thales EuflauzinoRF15RNF08
Víctor SchmidtRF25RNF04
Víctor RodriguesRF26 e RF40-
+ +

+

Instruções do Professor

+
    +
  1. +

    Seleção dos Requisitos Funcionais:

    +
      +
    • Os requisitos funcionais escolhidos devem obrigatoriamente não estar implementados no aplicativo até o momento.
      • +
    +
    2. +
  2. +

    Seleção dos Requisitos Não-Funcionais:

    +
      +
    • Os requisitos não-funcionais podem estar ou não implementados no aplicativo.
      • +
    +
    3. +
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutorRevisor
1.021/11/2024Lista de requisitosVíctor RodriguesThales Euflauzino
1.127/11/2024Adicionando anchor's para rastreabilidadeThales EuflauzinoVíctor Schmidt
1.211/12/2024Removendo, complementando e ajustando requisitos que foram mau ou pouco elaborados e adicionando tabela 3Víctor Schmidt e Maria HelenaVíctor Rodrigues e Thales Euflauzino
1.311/12/2024Escolhendo requisitos para trabalho pessoalThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/index.html b/index.html new file mode 100644 index 00000000..42398076 --- /dev/null +++ b/index.html @@ -0,0 +1,2738 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + + + + + + + + + + + + + +
+
+ + + + + + + +

Grupo 05

+

Figura 1: Logo do Tesouro Direto

+

Fonte: Tesouro Direto

+ +

Esta página é um espaço dedicado à documentação de todos os artefatos desenvolvidos pelo Grupo 05 na disciplina de Requisitos de Software da Universidade de Brasília, Campus Gama (FGA-UnB) ao longo do segundo semestre de 2024. O objetivo do projeto é fazer a avaliação sobre requisitos do aplicativo Tesouro Direto. O aplicativo, cuja logo está explicitada na Figura 1, desenvolvido pela Secretaria do Tesouro Nacional do Brasil em parceria com a B3, tem o objetivo de democratizar a compra e venda de títulos públicos federais para pessoas físicas de forma 100% online.

+

👨‍💻 Desenvolvedores

+ + +

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDataDescriçãoAutor(es)Revisor(es)
1.024/10/2024Criação do GitHub PagesThales EuflauzinoVíctor Schmidt
1.130/10/2024Adição das informações do app escolhidoThales EuflauzinoVíctor Schmidt
+ + + + + + + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt1/casos-de-uso/index.html b/modelagem-pt1/casos-de-uso/index.html new file mode 100644 index 00000000..f6595d4d --- /dev/null +++ b/modelagem-pt1/casos-de-uso/index.html @@ -0,0 +1,3568 @@ + + + + + + + + + + + + + + + + + + + + + + + Casos de Uso - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + + + + + + +
+ +
+ + + + +
+
+ + + +
+
+
+ + + + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Casos de Uso

+

Introdução

+

Um caso de uso é uma representação detalhada de como o sistema será utilizado em um contexto ou situação específica. Ele descreve as interações entre os usuários e o sistema, destacando os passos necessários para alcançar um objetivo definido.

+

Seu principal objetivo é apoiar o desenvolvimento do sistema, proporcionando uma visão clara dos requisitos funcionais. Além disso, os casos de uso especificam as ações que os usuários podem realizar e como o sistema deve responder a essas ações.

+

Metodologia

+

O diagrama de caso de uso é uma ferramenta visual que resume as interações entre os usuários e um sistema, destacando suas funcionalidades e comportamentos principais. Ele é composto por atores, que representam os usuários ou outros sistemas que interagem com o sistema em questão, e casos de uso, que descrevem as ações realizadas pelos usuários e as respostas do sistema a essas ações.

+

Para criar casos de uso que atendam melhor às necessidades dos usuários, utilizamos a persona Gustavo Ribeiro. Essa abordagem ajuda a compreender as expectativas, desejos e desafios enfrentados pelos usuários finais do sistema. A inclusão dessa persona no processo permite modelar cenários realistas de uso, considerando as diferentes metas e necessidades do tipo de usuário que ela representa.

+

Voltando ao foco nos diagramas de caso de uso, a Tabela 1 apresenta os principais elementos que compõem o diagrama, oferecendo uma visão clara e estruturada de suas partes fundamentais.

+

Tabela 1: Elementos do diagrama de casos de uso

+

Tabela 1: Elementos do diagrama de casos de uso

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NomeFunçãoElemento
AtorRepresentam os diversos tipos de usuários externos que interagem com o sistema.
boneco
Elipse (Caso de Uso)É utilizada para representar os casos de uso em um diagrama, destacando funcionalidades ou ações específicas que o sistema realiza em resposta às interações dos atores. A elipse identifica cada caso de uso, exibindo o nome correspondente em seu interior.
elipse
Retângulo (Sistema)É utilizado para representar o sistema ou o componente em análise, agrupando os casos de uso e os atores associados a ele.
retangulo
Flecha (Relações)As setas são utilizadas para ilustrar as relações ou interações entre os atores e os casos de uso no diagrama.
flecha
+

Autor: Víctor Schmidt

+

Além disso, no diagrama de casos de uso, é possível detalhar:

+
    +
  • Requisitos externos do sistema: as funcionalidades essenciais que o sistema deve fornecer para atender às demandas e expectativas dos usuários.
    • +
  • Funcionalidades do sistema: as capacidades que o sistema oferece para satisfazer as necessidades dos usuários de maneira eficaz e eficiente.
    • +
  • Requisitos do sistema em relação ao ambiente: as condições ou restrições impostas pelo sistema ao ambiente onde está inserido, especificando como ele interage com outros elementos para cumprir suas funções.
    • +
+

Diagrama de Casos de Uso

+

A figura 1 demonstra o diagrama de casos de uso.

+

Figura 1: Casos de uso do app Tesouro Direto

+

Diagrama de Caso de Uso

+

Autor: Víctor Schmidt

+

Especialização dos casos de uso

+

As tabelas de 2 a 10 mostram a especialização dos casos de uso.

+

Tabela 2: Fazer Login

+

Tabela 2: Fazer Login

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC01Informações
DescriçãoPermitir que o investidor ou interessado acesse sua conta no aplicativo.
AtorInvestidor ou Interessado
Pré-condiçõesO aplicativo deve estar instalado e conectado à internet.
AçãoO Investidor ou Interessado realiza login no aplicativo.
Fluxo principal
  • O Investidor ou Interessado acessa a tela inicial do app.
  • O Investidor ou Interessado insere suas credenciais (usuário e senha).
  • O sistema verifica a senha.
  • O Investidor ou Interessado é autenticado e acessa sua conta.
Fluxo alternativo
  • O Investidor ou Interessado acessa a tela inicial.
  • O sistema detecta erro de login e exibe mensagem de erro.
Fluxo de exceção
  • O sistema detecta ausência de conexão com a internet.
  • Exibe uma mensagem informando que não é possível conectar.
Pós-condiçõesO Investidor ou Interessado é autenticado e pode acessar as funcionalidades do aplicativo.
RastreabilidadeRF33 e RF34
Data de Criação06/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 3: Simular Investimento

+

Tabela 3: Simular Investimento

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC02Informações
DescriçãoPermitir que o Investidor ou Interessado realize simulações de investimento no Tesouro Direto.
AtorInvestidor ou Interessado
Pré-condiçõesO Investidor ou Interessado deve estar autenticado no aplicativo e conectado à internet.
AçãoO Investidor ou Interessado simula diferentes cenários de investimento.
Fluxo principal
  • O Investidor ou Interessado acessa a opção "Simular Investimento".
  • O Investidor ou Interessado preenche os dados necessários, como valor e período do investimento.
  • O sistema apresenta os resultados da simulação.
Fluxo alternativo
  • O Investidor ou Interessado acessa "Simular Investimento".
  • O sistema solicita que o Investidor ou Interessado preencha um questionário para personalizar a simulação.
  • O questionário é preenchido, e o sistema apresenta os resultados.
Fluxo de exceção
  • O sistema detecta ausência de conexão com a internet.
  • Exibe uma mensagem informando que não é possível realizar a simulação no momento.
Pós-condiçõesO Investidor ou Interessado visualiza as opções de investimento com base na simulação realizada.
RastreabilidadeRF02
Data de Criação06/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 4: Escolher Investimentos

+

Tabela 4: Escolher Investimentos

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC03Informações
DescriçãoO Investidor escolhe o investimento mais adequado para seus objetivos.
AtorInvestidor
Pré-condiçõesO Investidor deve estar autenticado e conectado à internet.
AçãoO Investidor escolhe um ou mais investimentos disponíveis.
Fluxo principal
  • O Investidor acessa a opção "Escolher Investimentos".
  • O sistema apresenta a lista de investimentos disponíveis e o Investidor seleciona os que lhe interessa.
  • O Investidor define o valor a ser investido em cada um e escolhe investir agora ou agendar o investimento.
Fluxo alternativo
  • O sistema sugere opções com base no questionário previamente preenchido.
Fluxo de exceção
  • O sistema detecta problemas na conexão com o servidor.
  • Exibe uma mensagem informando que os investimentos não podem ser carregados no momento.
Pós-condiçõesO Investidor realizou o investimento.
RastreabilidadeRF35
Data de Criação06/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 5: Verificar Meus Investimentos

+

Tabela 5: Verificar Meus Investimentos

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC06Informações
DescriçãoPermitir que o Investidor visualize e acompanhe os investimentos realizados.
AtorInvestidor
Pré-condiçõesO Investidor deve estar autenticado no aplicativo.
AçãoO Investidor verifica o histórico e status dos investimentos.
Fluxo principal
  • O Investidor acessa "Verificar Meus Investimentos".
  • O sistema apresenta uma lista com os investimentos ativos e finalizados.
Fluxo alternativo
  • O sistema apresenta os investimentos organizados por categoria ou instituição financeira.
Fluxo de exceção
  • O sistema detecta problemas de carregamento dos dados.
  • Exibe uma mensagem informando que os investimentos não podem ser carregados no momento.
Pós-condiçõesO Investidor visualiza os detalhes de seus investimentos.
RastreabilidadeRF01
Data de Criação06/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 6: Resgatar Investimento

+

Tabela 6: Resgatar Investimento

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC07Informações
DescriçãoPermitir que o Investidor resgate investimentos realizados.
AtorInvestidor
Pré-condiçõesO Investidor deve estar autenticado e ter investimentos disponíveis para resgate.
AçãoO Investidor solicita o resgate de um ou mais investimentos.
Fluxo principal
  • O Investidor acessa "Resgatar Investimento".
  • O Investidor seleciona quais investimentos deseja resgatar.
  • O sistema confirma o resgate e processa a solicitação.
Fluxo alternativo
  • O sistema solicita que o Investidor escolha a instituição financeira para crédito dos valores resgatados.
Fluxo de exceção
  • O sistema detecta que o investimento selecionado não pode ser resgatado no momento.
  • Exibe uma mensagem com detalhes do motivo.
Pós-condiçõesO resgate é processado e os valores são creditados na conta do Investidor.
RastreabilidadeRF03
Data de Criação06/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 7: Criar Meta/Sonho

+

Tabela 7: Criar Meta/Sonho

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC08Informações
DescriçãoPermitir que o Investidor ou Interessado crie metas ou sonhos financeiros no sistema.
AtorInvestidor ou Interessado
Pré-condiçõesO Investidor ou Interessado deve estar autenticado no sistema.
AçãoO Investidor ou Interessado inicia o processo de criação de uma meta ou sonho financeiro.
Fluxo principal
  • 1. O Investidor ou Interessado acessa a seção "Meus Sonhos".
  • 2. O Investidor ou Interessado preenche o formulário com as seguintes informações:
    • a. Tipo do sonho (e.g., aposentadoria, compra de casa, estudos, automóvel, reserva de emergência, férias ou outro);
    • b. Nome do sonho;
    • c. Valor total estimado para a meta (em R$);
    • d. Títulos selecionados para alcançar o sonho/meta.
  • 3. O Investidor ou Interessado confirma os dados inseridos.
  • 4. O sistema processa as informações e confirma a criação da meta/sonho.
Fluxo alternativo
  • 1. O Investidor ou Interessado decide cancelar o processo antes de finalizar o preenchimento do formulário.
  • 2. O sistema descarta os dados inseridos e retorna para a tela principal.
Fluxo de exceção
  • 1. O sistema identifica que um ou mais campos obrigatórios não foram preenchidos.
  • 2. O sistema exibe uma mensagem de erro informando quais campos precisam ser preenchidos.
  • 3. O Investidor ou Interessado completa os campos e tenta novamente.
Pós-condiçõesA meta ou sonho financeiro é criado e armazenado no perfil do Investidor ou Interessado.
RastreabilidadeRF04
Data de Criação11/12/2024
+

+

Autor: Víctor Schmidt

+

Tabela 8: Simular Evolução Meta/Sonho

+

Tabela 8: Simular Evolução Meta/Sonho

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC09Informações
DescriçãoPermitir que o Investidor ou Interessado simule a evolução de suas metas ou sonhos financeiros no sistema.
AtorInvestidor ou Interessado
Pré-condiçõesO Investidor ou Interessado deve estar autenticado no sistema.
AçãoO Investidor ou Interessado inicia o processo de simulação da evolução de uma meta ou sonho financeiro.
Fluxo principal
  • 1. O Investidor ou Interessado acessa a seção "Meus Sonhos".
  • 2. O Investidor ou Interessado seleciona uma meta ou sonho financeiro existente na lista.
  • 3. O sistema exibe os detalhes da meta, incluindo:
    • a. Nome da meta/sonho;
    • b. Valor total estimado (R$);
    • c. Progresso atual em relação ao objetivo (percentual e valores);
    • d. Títulos associados ao objetivo.
  • 4. O Investidor ou Interessado insere dados de simulação, como:
    • a. Valor adicional a ser investido;
    • b. Período de tempo (em meses ou anos);
    • c. Expectativa de retorno percentual anual.
  • 5. O sistema processa os dados e exibe uma projeção da evolução da meta, mostrando:
    • a. Progresso esperado no período informado;
    • b. Gráficos ou tabelas ilustrativos;
    • c. Possíveis cenários (otimista, conservador, e intermediário).
  • 6. O Investidor ou Interessado avalia os resultados da simulação e, se necessário, ajusta os parâmetros ou finaliza a análise.
Fluxo alternativo
  • 1. O Investidor ou Interessado decide cancelar o processo de simulação antes de visualizar os resultados.
  • 2. O sistema descarta os dados da simulação e retorna à tela principal de "Meus Sonhos".
Fluxo de exceção
  • 1. O sistema identifica que os dados inseridos para a simulação estão incompletos ou inválidos (e.g., campos em branco ou valores fora de limites plausíveis).
  • 2. O sistema exibe uma mensagem de erro informando o problema e orienta o Investidor ou Interessado a corrigir os dados.
  • 3. Após a correção, o sistema permite a continuação da simulação.
Pós-condiçõesA simulação da evolução da meta ou sonho financeiro é exibida ao Investidor ou Interessado, mas não é salva no sistema (apenas descartada após análise).
RastreabilidadeRF25
Data de Criação11/12/2024
+

Esse caso de uso foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto. +

Autor: Víctor Schmidt

+

Tabela 9: Relatórios Mensais de Evolução de Rendimentos

+

Tabela 9: Incluir Relatórios Personalizados

+

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
UC10Informações
DescriçãoPermitir que o sistema forneça relatórios mensais com a evolução dos rendimentos dos títulos adquiridos pelo investidor.
AtorSistema
Pré-condiçõesO investidor deve estar autenticado no sistema.
AçãoO sistema gera automaticamente relatórios mensais com base nos rendimentos acumulados dos títulos do investidor.
Fluxo principal
  • 1. O sistema coleta os dados dos rendimentos mensais dos títulos adquiridos pelo investidor.
  • 2. O sistema processa as informações e consolida os rendimentos do mês atual e dos meses anteriores.
  • 3. O relatório é formatado com os seguintes elementos:
    • a. Total de rendimentos mensais por título;
    • b. Comparativo com meses anteriores;
    • c. Gráficos e/ou tabelas de evolução acumulada.
  • 4. O sistema disponibiliza o relatório na seção "Meus Relatórios".
  • 5. O investidor pode visualizar ou fazer download do relatório.
Fluxo alternativo
  • 1. O investidor decide pela não geração automática dos relatórios
    • 2. O sistema enfrenta problemas temporários ao acessar os dados de rendimentos (e.g., falhas de conectividade ou indisponibilidade do servidor).
    • 3. O sistema exibe uma mensagem ao usuário informando a indisponibilidade momentânea e sugere tentar novamente mais tarde.
    • 4. O usuário retorna à seção "Meus Relatórios" para acessar o relatório assim que o problema for resolvido.
    Fluxo de exceção
    • 1. O sistema não encontra dados de rendimentos para o período solicitado.
    • 2. O sistema exibe uma mensagem informando que não há dados suficientes para gerar o relatório.
    Pós-condiçõesO relatório mensal é gerado e armazenado para consulta futura na seção "Meus Relatórios".
    RastreabilidadeRF15
    Data de Criação11/12/2024
    +

    +

    Esse caso de uso foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto. +

    Autor: Thales Euflauzino

    +

    Tabela 10: Dashboard com dados de rentabilidade

    +

    +

    Tabela 10: Dashboard de rentabilidade e inflação

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    UC11Informações
    DescriçãoApresentar um dashboard com dados de rentabilidade dos títulos adquiridos e taxa de inflação.
    AtorInvestidor
    Pré-condiçõesO usuário deve estar autenticado no aplicativo e possuir títulos adquiridos em sua carteira.
    AçãoO investidor acessa o aplicativo e visualiza o dashboard inicial.
    Fluxo principal
    • O Investidor acessa o aplicativo Tesouro Direto.
    • O sistema exibe automaticamente o dashboard inicial com os dados de rentabilidade dos títulos adquiridos.
    • O sistema apresenta também a taxa de inflação atual e sua variação, exibida graficamente.
    • O investidor pode interagir com os gráficos ou selecionar intervalos de tempo para análise detalhada.
    Fluxo alternativo
    • O Investidor acessa o aplicativo.
    • O sistema detecta que o investidor não possui títulos adquiridos.
    • O sistema exibe uma mensagem informando que não há dados disponíveis no momento e sugere adquirir títulos.
    Fluxo de exceção
    • O sistema não consegue obter dados atualizados de rentabilidade ou inflação.
    • O sistema exibe uma mensagem informando indisponibilidade temporária e sugere tentar novamente mais tarde.
    Pós-condiçõesO investidor visualiza os dados consolidados sobre seus investimentos e pode realizar análises comparativas com a taxa de inflação.
    RastreabilidadeRF26
    Data de Criação12/12/2024
    +

    Esse caso de uso foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto.

    +

    Autor: Victor Rodrigues

    +

    +

    Bibliografia

    +
    +

    Lucidchart. Diagrama de Caso de Uso UML. Disponível em: <https://www.lucidchart.com/pages/pt/diagrama-de-caso-de-uso-uml>. Acesso em: 14 maio 2023.

    +

    BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

    +

    HENRIQUE, Paulo. Caso de Uso. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: https://requisitos-de-software.github.io/2022.1-Youtube/modelagem/casouso/. Acesso em: 15 mai. 2023.

    +

    MACEDO, Lucas. Caso de uso. Repositório da disciplina de Requisitos de Software da Universidade de Brasília, 2022. Disponível em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/casos_de_uso/. Acesso em: 15 mai. 2023.

    +

    REPOSITÓRIO DE REQUISITOS. Modelagem - Casos de Uso. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/useCase/. Acesso em: 6 dez. 2024.

    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.006/12/2024Criação da páginaVíctor SchmidtVictor Rodrigues
    1.107/12/2024Corrigindo Fonte para AutorThales EuflauzinoVíctor Schmidt
    1.207/12/2024Corrigindo Fonte para AutorThales EuflauzinoVíctor Schmidt
    1.310/12/2024Alterações e correçõesVíctor SchmidtThales Euflauzino
    1.411/12/2024Adicionando Caso de Uso baseado nas Instruções do ProfessorVíctor SchmidtThales Euflauzino
    1.511/12/2024Adicionando Caso de Uso baseado nas Instruções do ProfessorThales EuflauzinoVíctor Schmidt
    1.612/12/2024Adicionando Caso de Uso baseado nas Instruções do ProfessorVictor RodriguesThales Euflauzino
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt1/cenarios/index.html b/modelagem-pt1/cenarios/index.html new file mode 100644 index 00000000..4dc29375 --- /dev/null +++ b/modelagem-pt1/cenarios/index.html @@ -0,0 +1,3853 @@ + + + + + + + + + + + + + + + + + + + + + + + Cenários - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Cenários

    +

    Introdução

    +

    Um cenário é uma narrativa concreta, rica em detalhes contextuais, de uma situação de uso da aplicação, envolvendo usuários, processos e dados reais ou potenciais (Barbosa et al., 2021). Para o desenvolvimento desse projetos, os cenários serão utilizados para entender as interações entre ambientes e sistemas e o fluxo do software.

    +

    Metodologia

    +

    Para a elaboração desses cenários, iremos utilizar um modelo de construção, descrito na tabela 1.

    +

    Tabela 1: Modelo de criação dos cenários.

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Modelo de Cenário
    TítuloTítulo do cenário
    ObjetivoEfeitos na situação que motivam as ações realizadas pelos atores
    ContextoDetalhes da situação que motivam ou explicam os objetivos, ações e reações dos atores do cenário
    AtoresPessoas que irão interagir com o aplicativo do tesouro direto
    RecursosFerramentas utilizadas no cenário
    EpisódiosAções realizadas pelos atores divididas em etapas
    RestriçõesLimitações do cenário
    ExceçãoPlanos ou procedimentos para lidar com situações extraordinárias ou erros inesperados durante o cenário
    +

    Autor: Maria Helena

    + +

    Inicialmente serão definidos os cenários das tarefas principais, que descrevem as tarefas de uso diário dos usuários, descrevendo as ações que são realizadas com mais frequência.

    +

    Cenários Identificados

    +

    Os cenários listados nas tabelas 2 a 11 foram elaborados com base na análise dos requisitos elicitados, disponíveis na seção de Requisitos.

    +

    Cenário 1 - Simulação de compra de titulos - RF02

    +

    Tabela 2: Cenário 1

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 1
    TítuloSimulação de compra de titulos [RF02]
    ObjetivoSimular a compra de titulos para avaliar rentabilidade, custos e prazos
    Contexto +
      +
    • Local: Tela de "Simulação"
      • +
    • Tempo: Aproximadamente 3 minutos.
      • +
    • Pré-condição: Possuir cadastro ativo no sistema e o sistema possuir títulos cadastrados
      • +
    +
    Atores +
      +
    • Usuário do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado
      • +
    • Conexão com a internet
      • +
    +
    Episódios +
      +
    1. Acessar aplicativo
      2. +
    2. Realizar autenticação no sistema
      3. +
    3. Navegar para a tela de simulação
      4. +
    4. Realizar simulação
      5. +
    +
    RestriçõesAs informações apresentadas dependem de dados atualizados sobre os títulos e taxas
    Exceção +
      +
    • Erro de conexão à internet +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de usuário não autenticado +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de simulação +
        +
      • Caso não haja títulos para os parâmetros estabelecidos pelo usuário, o sistema deve apresentar uma mensagem de falta de títulos para os parâmetros entregues
        • +
      +
      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 2 - Resgate Antecipado de Títulos - RF03

    +

    Tabela 3: Cenário 2

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 2
    TítuloResgate Antecipado de Títulos [RF03]
    ObjetivoPermitir que o usuário realize o resgate antecipado de seus investimentos em títulos
    Contexto +
      +
    • Local: Tela de "Meus Investimentos"
      • +
    • Tempo: Aproximadamente 3 minutos.
      • +
    • Pré-condição: O usuário possuir cadastro ativo no sistema e títulos de investimeto
      • +
    +
    Atores +
      +
    • Usuário do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado
      • +
    • Conexão com a internet
      • +
    • Dados de rentabilidade
      • +
    • Valores líquidos dos titulos
      • +
    +
    Episódios +
      +
    1. Acessar aplicativo
      2. +
    2. Realizar autenticação no sistema
      3. +
    3. Navegar para a tela meus investimentos
      4. +
    4. Realizar resgate antecipado
      5. +
    +
    Restriçõeso resgate antecipado está sujeito a disponibilidade de liquidez e às condições impostas pelo Tesouro Nacional
    Exceção +
      +
    • Erro de conexão à internet +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de usuário não autenticado +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de calculo ou resgate +
        +
      • Caso o sistema não consiga calcular ou processar o resgate, o usuário deve ser notificado e instruído a entrar em contato com o suporte técnico
        • +
      +
      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 3 - Planejamento de Metas de Investimento - RF04

    +

    Tabela 4: Cenário 3

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 3
    TítuloPlanejamento de Metas de Investimento [RF04]
    ObjetivoRealizar o cadastro e o acompanhamento de metas fincanceiras
    Contexto +
      +
    • Local: Tela de "Meus Sonhos"
      • +
    • Tempo: Aproximadamente 2 minutos.
      • +
    • Pré-condição: O usuário possuir cadastro ativo no sistema e o sistema deve ter títulos de investimeto
      • +
    +
    Atores +
      +
    • Usuário do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado
      • +
    • Conexão com a internet
      • +
    • Dados de rentabilidade
      • +
    • Valores líquidos dos titulos
      • +
    +
    Episódios +
      +
    1. Acessar aplicativo
      2. +
    2. Realizar autenticação no sistema
      3. +
    3. Navegar para a tela meus sonho
      4. +
    4. Cadastrar sonho
      5. +
    +
    Restrições O planejamento depende de títulos disponíveis e compatíveis com a meta estabelecida
    Exceção +
      +
    • Erro de conexão à internet +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de usuário não autenticado +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de sugestões +
        +
      • Caso o sistema não consiga sugerir títulos, o usuário deve ser notificado e orientado a ajudar prazos e valores
        • +
      +
      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 4 - Planejamento de Aposentadoria - RF05

    +

    Tabela 5: Cenário 4

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 4
    TítuloPlanejamento de Aposentadoria [RF05]
    ObjetivoPlanejar a aposentadoria, definindo montante necessário e simulando investimentos
    Contexto +
      +
    • Local: Tela de "Meus Sonhos"
      • +
    • Tempo: Aproximadamente 5 minutos.
      • +
    • Pré-condição: O usuário possuir cadastro ativo no sistema e ter idade e ano de aposentadoria definidos
      • +
    +
    Atores +
      +
    • Usuário do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado
      • +
    • Conexão com a internet
      • +
    • Dados de rentabilidade
      • +
    • Valores líquidos dos titulos
      • +
    +
    Episódios +
      +
    1. Acessar aplicativo
      2. +
    2. Realizar autenticação no sistema
      3. +
    3. Navegar para a tela meus sonhos
      4. +
    4. Selecionar para cadastar novo sonho
      5. +
    5. Escolher aposentadoria como opção
      6. +
    6. Definir de parâmetros de aposentadoria
      7. +
    7. Escolher os titulos
      8. +
    +
    Restrições O planejamento depende de títulos disponíveis e compatíveis, condições de mercado e regularidade dos aportes do usuário.
    Exceção +
      +
    • Erro de conexão à internet +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de usuário não autenticado +
        +
      • Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão
        • +
      +
      • +
    • Erro de completude +
        +
      • Caso o sistema não consiga sugerir títulos compatíveis ou o usuário não possua saldo suficiente com os prazos desejados, o sistema deve sugerir mudanças no ano da aposentadoria ou no investimento mensal
        • +
      +
      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 5 - Consultar operações agendadas - RF08

    +

    Tabela 6: Cenário 5

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 5
    TítuloConsultar operações agendadas [RF08]
    ObjetivoConsultar as operações de investimento em tesouros públicos que foram agendadas pelo aplicativo
    Contexto +

    Local: Tela de "Meus Investimentos" do aplicativo.

    +

    Tempo: Aproximadamente 1 minuto.

    +

    Pré-condição: Possuir um cadastro ativo no sistema e possuir agendamentos realizados.

    +
    Atores +
      +
    • Usuários do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado no celular
      • +
    • Conexão com a internet
      • +
    +
    Episódios +
      +
    1. Acessar o aplicativo
      2. +
    2. Realizar a autenticação no sistema
      3. +
    3. Acessar a tela principal do aplicativo
      4. +
    4. Navegar para a tela de meus investimentos
      5. +
    5. Visualizar seus agendamentos em formato de lista
      6. +
    +
    Restrições +
      +
    • O usuário só deverá poder visualizar os agendamentos que ele mesmo realizar
      • +
    • Somente usuários cadastrados e autenticados no aplicativo poderão realizar agendamentos
      • +
    • O sistema deverá realizar uma diferenciação entre agendamentos e compras que ainda não foram realizadas
      • +
    +
    Exceção +
      +
    • Erro de conexão à internet

      Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão

      • +
    • Erro de obtenção de usuário não autenticado

      Caso o usuário não esteja mais autenticado na aplicação e ele tente acessar os agendamentos o aplicativo deverá gerar uma mensagem de erro de "sessão expirada" e redirecioná-lo a tela de login

      • +
    • Erro de obtenção de agendamentos

      Caso o usuário não tenha nenhum agendamento o sistema deverá exibir um texto de aviso de nenhum investimento, com uma mensagem guiando o usuário a como realizar agendamentos no aplicativo.

      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 6 - Visualizar lista de títulos públicos disponíveis - RF30

    +

    Tabela 7: Cenário 6

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 6
    TítuloVisualizar lista de títulos públicos disponíveis [RF30]
    ObjetivoVisualizar os títulos públicos disponíveis para a compra dentro da aplicação em formato de lista.
    Contexto +

    Local: Tela "Investir" do aplicativo.

    +

    Tempo: Aproximadamente 1 minuto.

    +

    Pré-condição: Possuir um cadastro ativo no sistema e o sistema possuir títulos cadastrados disponíveis para a visualização.

    +
    Atores +
      +
    • Usuários do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado no celular
      • +
    • Conexão com a internet
      • +
    +
    Episódios +
      +
    1. Acessar o aplicativo
      2. +
    2. Realizar a autenticação no sistema
      3. +
    3. Acessar a tela principal do aplicativo
      4. +
    4. Navegar para a tela de investimentos
      5. +
    5. Visualizar os investimentos disponíveis em formato de lista
      6. +
    +
    Restrições +
      +
    • Os investimentos deverão estar cadastrados no banco de dados no sistema
      • +
    • Os investimentos deverão ser acessíveis para os usuários do sistema
      • +
    +
    Exceção +
      +
    • Erro de conexão à internet

      Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão

      • +
    • Erro de usuário não autenticado

      Caso o usuário não esteja mais autenticado na aplicação e ele tente acessar a tela de investimentos o aplicativo deverá gerar uma mensagem de erro de "sessão expirada" e redirecioná-lo a tela de login

      • +
    • Erro de obtenção de investimentos

      Caso não seja possível obter nenhum título na tela de investimentos, o sistema deverá retornar ao usuário uma mensagem de erro de investimentos não disponíveis.

      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 7 - Consultar as informações de liquidez dos títulos disponíveis - RF23

    +

    Tabela 8: Cenário 7

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 7
    TítuloConsultar as informações de liquidez dos títulos disponíveis [RF23]
    ObjetivoPermitir que o usuário visualize as informações de liquidez referentes a cada título cadastrado no sistema
    Contexto +

    Local: Tela de "Simulador" referente a cada título do aplicativo.

    +

    Tempo: Aproximadamente 2 minutos.

    +

    Pré-condição: Possuir um cadastro ativo no sistema e possuir títulos disponíveis no sistema com informações de liquidez.

    +
    Atores +
      +
    • Usuários do tesouro direto
      • +
    • Sistema do tesouro direto
      • +
    +
    Recursos +
      +
    • Aplicativo do tesouro direto instalado no celular
      • +
    • Conexão com a internet
      • +
    +
    Episódios +
      +
    1. Acessar o aplicativo
      2. +
    2. Realizar a autenticação no sistema
      3. +
    3. Acessar a tela principal do aplicativo
      4. +
    4. Navegar para a tela de meus investimentos
      5. +
    5. Visualizar os títulos disponíveis
      6. +
    6. Clicar em "ver detalhes e simular" no título que deseja obter mais informações
      7. +
    7. Visualizar a tela de simulação com as informações detalhadas a respeito do título
      8. +
    8. Navegar até a seção de "Tempo de liquidação"
      9. +
    +
    Restrições +
      +
    • Os títulos disponíveis no sistema deverão possuir também os detalhes a respeito de liquidez associados a ele cadastrados no sistema
      • +
    • Somente usuários cadastrados e autenticados no aplicativo poderão visualizar informações a respeito da liquidez dos títulos
      • +
    +
    Exceção +
      +
    • Erro de conexão à internet

      Caso o usuário não tenha acesso a internet, o aplicativo deverá gerar uma mensagem de erro de conexão

      • +
    • Erro de usuário não autenticado

      Caso o usuário não esteja mais autenticado na aplicação e ele tente acessar as informações do título, o aplicativo deverá gerar uma mensagem de erro de "sessão expirada" e redirecioná-lo a tela de login

      • +
    • Erro de obtenção de dados do título

      Caso o título cadastrado não possua dados de liquidez associados a ele, o sistema deverá gerar uma mensagem de obtenção de dados interna para o usuário.

      • +
    +
    +

    Autores: Maria Helena e Victor Rodrigues

    + +

    Cenário 8 - Simulação da Evolução de Metas/Sonhos - RF25

    +

    Tabela 9: Cenário 8

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário: Simulação da Evolução de Metas/Sonhos
    TítuloSimulação da Evolução de uma Meta ou Sonho Financeiro
    ObjetivoPermitir que o Investidor ou Interessado visualize, de forma projetada, o progresso financeiro de suas metas ou sonhos, auxiliando no planejamento e tomada de decisões sobre investimentos.
    ContextoO Investidor ou Interessado deseja verificar como suas metas financeiras podem evoluir ao longo do tempo com base em diferentes cenários de aportes e rendimentos, usando o aplicativo do Tesouro Direto para realizar a análise.
    AtoresInvestidor ou Interessado
    RecursosAplicativo do Tesouro Direto, dados financeiros das metas cadastradas, simulador de evolução de investimentos.
    Episódios +
      +
    1. O Investidor ou Interessado acessa a seção "Meus Sonhos" no aplicativo.
      2. +
    2. Seleciona uma meta ou sonho existente na lista.
      3. +
    3. Insere dados para simulação, como valor adicional a ser investido, período de tempo e expectativa de retorno.
      4. +
    4. O sistema processa os dados e exibe projeções em gráficos e tabelas.
      5. +
    5. O Investidor ou Interessado avalia os cenários apresentados e pode ajustar os parâmetros da simulação para realizar novas análises.
      6. +
    6. Após finalizar a análise, o usuário encerra o processo, sem necessidade de salvar a simulação.
      7. +
    +
    Restrições +
      +
    • O usuário deve estar autenticado para acessar a funcionalidade.
      • +
    • O sistema requer que a meta ou sonho já esteja cadastrada para realizar a simulação.
      • +
    • Os dados de rendimento projetado são baseados em taxas históricas e não garantem retorno futuro.
      • +
    +
    Exceção +
      +
    • Se algum campo necessário para a simulação estiver vazio ou preenchido incorretamente, o sistema exibe uma mensagem de erro e solicita a correção.
      • +
    • Se houver falha na comunicação com o servidor, o sistema exibe uma mensagem de indisponibilidade e orienta o usuário a tentar novamente mais tarde.
      • +
    +
    +

    Esse cenário foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto.

    +

    Autor: Víctor Schmidt

    + +

    Cenário 9 - Relatórios Mensais de Evolução de Rendimentos - RF15

    +

    Tabela 10: Cenário 9

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário: Relatórios Mensais de Evolução de Rendimentos
    TítuloGeração de Relatórios Mensais de Evolução de Rendimentos
    ObjetivoFornecer ao usuário uma visão consolidada da evolução mensal dos rendimentos de seus títulos adquiridos que estão ativos, auxiliando na análise de desempenho dos investimentos.
    ContextoO usuário deseja verificar como os rendimentos de seus títulos têm evoluído ao longo dos meses, usando os relatórios gerados pelo sistema para acompanhamento financeiro.
    AtoresSistema e Usuário
    RecursosBase de dados dos rendimentos dos títulos adquiridos, módulo de geração de relatórios, interface do sistema.
    Episódios +
      +
    1. O sistema gera automaticamente o relatório mensal ao final de cada mês.
      2. +
    2. O relatório consolida os rendimentos mensais de todos os títulos adquiridos ativos pelo usuário.
      3. +
    3. Os dados são organizados em gráficos e/ou tabelas comparando o mês atual com os 3 meses anteriores.
      4. +
    4. O sistema notifica o usuário sobre a disponibilidade do relatório na seção "Meus Relatórios".
      5. +
    5. O usuário acessa o relatório, visualiza os dados e faz o download, se desejar.
      6. +
    +
    Restrições +
      +
    • O usuário deve estar autenticado para acessar os relatórios.
      • +
    • Os dados dos rendimentos dos títulos devem estar atualizados no sistema.
      • +
    • Os relatórios são baseados em dados históricos e não apresentam projeções futuras.
      • +
    +
    Exceção +
      +
    • Se houver falha na geração do relatório, o sistema exibe uma mensagem de erro e agenda uma nova tentativa automática.
      • +
    • Se o usuário tentar acessar o relatório durante uma indisponibilidade do servidor, o sistema exibe uma mensagem e sugere tentar novamente mais tarde.
      • +
    +
    + +

    Esse cenário foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto.

    +

    Autor: Thales Euflauzino

    + +

    Cenário 10 - Dashboard com Dados de Rentabilidade e Inflação - RF26

    +

    Tabela 11: Cenário 10

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Cenário 10
    TítuloVisualização do Dashboard com Dados de Rentabilidade e Inflação [RF26]
    ObjetivoPermitir que o investidor visualize, na página inicial, informações consolidadas sobre a rentabilidade dos títulos adquiridos e a taxa de inflação atual.
    Contexto +
      +
    • Local: Página inicial do aplicativo Tesouro Direto.
      • +
    • Tempo Estimado: Menos de 5 segundos para carregar as informações.
      • +
    • Pré-condições: O usuário deve estar autenticado no aplicativo e o sistema deve possuir dados atualizados.
      • +
    +
    AtoresInvestidor e Sistema do Tesouro Direto.
    RecursosAplicativo Tesouro Direto e conexão com a base de dados do Tesouro Direto.
    Episódios +
      +
    1. O investidor acessa o aplicativo e é direcionado à página inicial.
      2. +
    2. O sistema carrega automaticamente os dados de rentabilidade dos títulos adquiridos.
      3. +
    3. A taxa de inflação atual e sua variação são exibidas no dashboard.
      4. +
    4. O investidor visualiza um resumo claro e direto das informações financeiras relevantes.
      5. +
    5. Se necessário, o investidor interage com gráficos para detalhar informações específicas.
      6. +
    +
    RestriçõesO sistema pode apresentar limitações caso não haja conexão com a internet ou se os dados estiverem indisponíveis.
    Exceção +
      +
    • O sistema não consegue acessar os dados do servidor e exibe uma mensagem informando que os dados estão temporariamente indisponíveis.
      • +
    • O investidor não possui títulos adquiridos, e o sistema exibe uma mensagem sugerindo a aquisição de títulos para visualizar dados no dashboard.
      • +
    +
    + +

    Esse cenário foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto.

    +

    Autor: Victor Rodrigues

    + +

    Bibliografia

    +
    +

    Bilheteria Digital - Cenários. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/cenarios/. Acesso em 01 de dezembro de 2024

    +

    SERRANO, Milene. Requisitos – Aula 10. 2017. Apresentação de slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

    +
    +

    Referências Bibliográficas

    +
    +

    BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.001/12/2024Estrutura inical do documentoMaria HelenaVictor Rodrigues
    1.101/12/2024Inicio da criação dos CenáriosVictor RodriguesMaria Helena
    1.210/12/2024Colocando titulos nos cenariosThales EuflauzinoVictor Schmidt
    1.310/12/2024Adicionando rastreabilidadeThales EuflauzinoVictor Schmidt
    1.410/12/2024Ajustando referencias/bibliografiaThales EuflauzinoVíctor Schmidt
    1.511/12/2024Adicionando Cenário baseado nas Instruções do ProfessorVíctor SchmidtThales Euflauzino
    1.611/12/2024Adicionando Cenário baseado nas Instruções do ProfessorThales EuflauzinoVíctor Schmidt
    1.712/12/2024Adicionando Cenário baseado nas Instruções do ProfessorVictor RodriguesThales Euflauzino
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt1/especificacao-suplementar/index.html b/modelagem-pt1/especificacao-suplementar/index.html new file mode 100644 index 00000000..a95e6c10 --- /dev/null +++ b/modelagem-pt1/especificacao-suplementar/index.html @@ -0,0 +1,3004 @@ + + + + + + + + + + + + + + + + + + + + + + + Especificação Suplementar - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Especificação Suplementar

    +

    Introdução

    +

    A Especificação Suplementar objetiva descrever requisitos adicionais do aplicativo em linguagem natural, incluindo características relacionadas à usabilidade, confiabilidade, desempenho e capacidade de suporte. Ele complementa os Casos de Uso ao especificar pontos que não foram tratados diretamente neles.

    +

    Metodologia

    +

    O modelo adotado para definir os requisitos do aplicativo Tesouro Direto foi o FURPS+. Essa abordagem organiza os requisitos do sistema em categorias como funcionalidade, usabilidade, confiabilidade, desempenho e capacidade de suporte.

    +

    Definições da Especificação Suplementar

    +

    1. Funcionalidades

    +

    As funcionalidades foram elicitadas e podem ser encontradas em Elicitação de requisitos e nos Casos de usos levantados.

    + +

    2. Usabilidade

    +

    Este tópico aborda os requisitos que influenciam a facilidade de uso da aplicação pelo usuário. Para essa seção, os requisitos referentes a usabilidade do aplicativo estão listados na tabela 1.

    +

    Tabela 1: Requisitos de usabilidade

    + + + + + + + + + + + + + + + + + + + + + + + + + +
    CódigoDescrição
    [RNF04]A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022.
    [RNF07]O sistema deve oferecer controle ampliado para simulações de aposentadoria
    [RNF08]O perfil de recomendação de investimentos deve ser acessível a partir de 3 cliques de qualquer parte do aplicativo.
    [RNF09]O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário
    +

    Autores: Maria Helena e Júlia Takaki

    + +

    3. Confiabilidade

    +

    Esse tópico diz respeito a quanto o aplicativo é confiável. Os requisitos relacionados a confiabilidade do sistema estão listados na tabela 2.

    +

    Tabela 2: Requisitos de confiabilidade

    + + + + + + + + + + + + + + + + + +
    CódigoDescrição
    [RNF02]Garantir a segurança dos dados sensíveis do usuário conforme a LGPD
    [RNF05]O sistema deve permitir integrações seguras com APIs de instituições financeiras
    +

    Autores: Maria Helena e Júlia Takaki

    + +

    4. Suportabilidade

    +

    Requisitos referentes ao suporte do sistema em diferentes contextos e plataformas e aspectos relevantes a extensibilidade do software. Na tabela 3, os requisitos relacionados a suportabilidade foram elencados.

    +

    Tabela 3: Requisitos de suportabilidade

    + + + + + + + + + + + + + + + + + +
    CódigoDescrição
    [RNF03]O aplicativo deve ser responsivo para dispositivos móveis e tablets.
    [RNF06]Disponibilizar suporte para múltiplos idiomas (português como padrão)
    +

    Autores: Maria Helena e Júlia Takaki

    + +

    5. Performance

    +

    Esse tópico diz respeito a questões relacionadas ao desempenho do software. Os requisitos referentes a desempenho foram listados na tabela 4.

    +

    Tabela 4: Requisitos de performance

    + + + + + + + + + + + + + +
    CódigoDescrição
    [RNF01]O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.
    +

    Autores: Maria Helena e Júlia Takaki

    + +

    Bibliografia

    +
    +

    Lichess - Espeficicação Suplementar. Disponível em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/especificacao_suplementar/. Acesso em 06 de dezembro de 2024.

    +

    Tik Tok - Especificação Suplementar. Disponível em: https://requisitos-de-software.github.io/2022.1-TikTok/especificao-suplementar/. Acesso em 07 de dezembro de 2024. +SERRANO M., SERRANO M. Requisitos - Aula 13. Disponível na plataforma Aprender3. Aceso em 06 de dez. de 2024.

    +

    SILVA, Davi. Especificação Suplementar, dispovível em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/especificacao_suplementar/. Acesso em 06 de dez. de 2024.

    +

    ROCHA, Samily. Especificação Suplementar - Aula 13. Material de apoio, disponível na plataforma Aprender 3. Aceso em 06 de dez. de 2024.

    +
    +

    Histórico de Versão

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.006/12/2024Criação do documentoJúlia TakakiMaria Helena
    1.106/12/2024Correção do documento e adição de novos tópicosMaria HelenaJúlia Takaki
    1.207/12/2024Padronizando versionamentoThales EuflauzinoVíctor Schmidt
    1.310/12/2024Ajustando referencias/bibliografiaThales EuflauzinoVíctor Schmidt
    1.410/12/2024Adicionando rastreabilidadeThales EuflauzinoVíctor Schmidt
    1.511/12/2024Corrigindo RNF04 baseado em Instruções do ProfessorVíctor SchmidtThales Euflauzino
    1.611/12/2024Corrigindo RNF08 baseado em Instruções do ProfessorThales EuflauzinoVíctor Schmidt
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt1/lexicos/index.html b/modelagem-pt1/lexicos/index.html new file mode 100644 index 00000000..6c824efc --- /dev/null +++ b/modelagem-pt1/lexicos/index.html @@ -0,0 +1,3262 @@ + + + + + + + + + + + + + + + + + + + + + + + Léxicos - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Introdução

    +

    O Léxico é uma notação que, por meio da descrição de termos, tem como objetivo descrever os símbolos de uma linguagem. No entanto, seu principal objetivo na Engenharia de Requisitos é o reconhecimento de palavras ou frases peculiares ao contexto social aplicado no estudo. Cada símbolo possui sua noção e seu impacto. Noção é o que o símbolo denota, já impacto é a conotação de um símbolos, ou seja, o efeito real que ele causa quando executado. O responsável pela criação dos léxicos foi o integrante: Thales Euflauzino.

    +

    Metodologia

    +

    Para a confecção dos léxicos, utilizamos a notação do Léxico Ampliado da Linguagem (LAL)1, com os conceitos explicitados na Tabela 1, já o template utilizado está presente na Tabela 2: +

    Tabela 1 - Léxicos do tipo LAL

    + + + + + + + + + + + + + + + + + + + + + + + + + +
    Tipo do símbolo
    (Sujeito)    		Noção
    (Quem é o sujeito?)    		Impacto
    (Quais ações executa?)
    VerboQuem realiza, quando acontece e quais os procedimentos envolvidosQuais os reflexos das ações no ambiente (outras ações que devem ocorrer) e quais os novos estados decorrentes
    ObjetoDefinir o objeto e identificar outros objetos com os quais se relacionaAções que podem ser aplicadas ao objeto
    EstadoO que significa e quais ações levaram a esse estadoIdentificar outros estados e ações que podem ocorrer a partir do estado que se descreve
    +

    Fonte: SERRANO, Maurício e SERRANO, Milene1.

    +


    +

    Tabela 2 - Template Léxicos

    +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IDDescrição
    DescriçãoExplicação do que é o léxico e/ou o contexto em que ele é usado
    ClassificaçãoVerbo/Objeto/Estado
    NoçãoSímbolo
    ImpactoDescrição de ações e de seus efeitos
    DicionárioSinônimos
    +

    +

    Autor: Thales Euflauzino, 2024

    +

    Legenda das Tabelas:

    +
      +
    • RFx: Requisito Funcional número x;
      • +
    • RNFx: Requisito Não Funcional número x;
      • +
    • ITx: Requisito da Introspecção número x;
      • +
    • BFx: Requisito Funcional do Brainstorm número x;
      • +
    • BFNx: Requisito Não Funcional do Brainstorm número x;
      • +
    • GFx: Requisito do Grupo de Foco número x;
      • +
    • GLOx: Requisito do Glossário número x; +

      • +
    +

    Léxicos

    +

    Léxico 01: Simular Investimentos

    +

    O primerio léxico, apresentado na Tabela 3, faz o uso dos seguintes requisitos:

    +
      +
    • IT2 - Permitir a simulação, realização e visualização de detalhes de investimentos nos títulos SELIC, Prefixado e Inflação.
      • +
    • IT7 - O simulador deverá possuir as informações de: título do tesouro nacional que será usado, tempo de investimento e valor que será resgatado no futuro ou valor que será investido agora.
      • +
    • IT26- O simulador deverá possuir um questionário para obter do usuário as informações necessárias para gerar o simulador.
      • +
    • IT27- O sistema deverá possuir um simulador da evolução de um título do tesouro direto com base em um determinado período de tempo
      • +
    • IT01, GLO01 - O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis com suas características principais: nome do título, rentabilidade, valor mínimo e vencimento.
      • +
    +

    +

    Tabela 3 - Léxico de Verbo: Simular Investimentos (L01) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorL01
    DescriçãoOs títulos disponíveis são listados após a simulação
    ClassificaçãoVerbo
    ImpactoO investidor/interessado está interessado em simular um investimento.
    O investidor/interessado escolhe o que quer conquistar, o tempo de investimento e a prioridade (quanto vai ganhar ou preservar o poder de compra).
    O investidor/interessado realiza a simulação baseada nas escolhas feitas anteriormente.
    NoçãoCalcular projeções, definir metas e avaliar possibilidades.
    DicionárioCalcular projeções, definir metas e avaliar possibilidades.
    +

    Autor: Thales Euflauzino, 2024

    +
    +

    Léxico 02: Investidor

    +

    O segundo léxico, apresentado na Tabela 4, faz o uso dos seguintes requisitos:

    +
      +
    • IT6- Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.
      • +
    • IT2 - O sistema deverá permitir a simulação de investimento nos títulos SELIC, Prefixado e Inflação.
      • +
    • IT8 - Permitir a consulta de operações de compra de títulos do tesouro nacional realizadas e agendadas na aplicação.
      • +
    • IT12 - Permitir a visualização dos dados cadastrais do usuário (nome, cpf, email, celular).
      • +
    • IT13, GLO07 - Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.
      • +
    • IT14 - Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos. +
      • +
    +

    Tabela 4 - Léxico de Objeto: Investidor (L02) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorL02
    DescriçãoO investidor pode realizar simulações de investimento (L01).
    O investidor pode escolher títulos com base em suas metas financeiras.
    O investidor pode consultar o histórico de rendimentos de seus investimentos.
    O investidor pode configurar alertas e notificações sobre títulos de interesse.
    O investidor pode atualizar suas metas financeiras a qualquer momento.
    ClassificaçãoObjeto
    ImpactoO investidor é o usuário principal do aplicativo Tesouro Direto.
    O investidor pode ser alguém buscando preservar o poder de compra.
    O investidor pode ser alguém interessado em aumentar seu patrimônio financeiro.
    O sistema auxilia o investidor a tomar decisões informadas, sugerindo opções adequadas às suas escolhas.
    NoçãoCliente, Interessado, Aplicador e Cidadão.
    DicionárioCliente, Interessado, Aplicador e Cidadão.
    +

    Autor: Thales Euflauzino, 2024

    +
    +

    Léxico 03: Filtros de Tesouros

    +

    O terceiro léxico, apresentado na Tabela 5, faz o uso dos seguintes requisitos:

    +
      +
    • IT2 - O sistema deverá permitir a simulação de investimento nos títulos SELIC, Prefixado e Inflação
      • +
    • BF5, GF04 - O sistema deverá disponibilizar uma ferramenta para simular a evolução do investimento em um título do tesouro nacional em comparação com outras opções de investimento como a poupança, LCI (Letra de Crédito Imobiliário) e LCA (Letra de Crédito do Agronegócio), Fundo de Renda Fixa Referenciado DI e CDB (Certificado de Depósito Bancário).
      • +
    • IT01, GLO01 - O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis com suas características principais: nome do título, rentabilidade, valor mínimo e vencimento.
      • +
    +

    +

    Tabela 5 - Léxico de Estados: Filtros de Tesouros (L03) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorL03
    DescriçãoExibe os títulos disponíveis de acordo com o tipo de filtro selecionado pelo investidor/interessado.
    Facilita a busca ao permitir a segmentação por categorias: Selic, Prefixado e Inflação.
    ClassificaçãoEstado
    ImpactoO tipo de título é categorizado pelo sistema com base nos parâmetros financeiros.
    O aplicativo permite ao investidor/interessado aplicar filtros para encontrar títulos específicos.
    NoçãoTítulos Selic, Títulos Prefixados, Títulos de Inflação.
    DicionárioTítulos Selic, Títulos Prefixados, Títulos de Inflação.
    +

    Autor: Thales Euflauzino, 2024

    +
    +

    Léxico 04: Relatórios Personalizados

    +

    O quarto léxico, apresentado na Tabela 6, faz o uso dos seguintes requisitos:

    +
      +
    • IT15 - O sistema deve fornecer relatórios mensais contendo a evolução dos rendimentos dos títulos adquiridos pelo usuário com base nos meses anteriores.
      • +
    • IT01, GLO01 - O sistema deve permitir que o usuário visualize a lista de títulos públicos disponíveis com suas características principais: nome do título, rentabilidade, valor mínimo e vencimento.
      • +
    +
    +

    +

    Tabela 6 - Léxico de Verbo: Relatórios Personalizados (L04) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorL04
    DescriçãoFerramenta que permite a geração de relatórios detalhados sobre rentabilidade, evolução patrimonial e simulações financeiras realizadas.
    ClassificaçãoVerbo
    ImpactoO sistema gera relatórios específicos com base nas simulações financeiras realizadas e nos dados de investimentos.
    Os relatórios podem ser usados pelo investidor/interessado para planejar novas estratégias financeiras.
    NoçãoFerramenta de análise de dados financeiros.
    DicionárioRelatório de Rentabilidade, Relatório de Evolução Patrimonial, Relatórios de Simulação.
    +

    Autor: Thales Euflauzino, 2024

    +
    +

    Léxico 05: Investidor ou Interessado

    +

    O quinto léxico, apresentado na Tabela 7, faz o uso dos seguintes requisitos:

    +
      +
    • IT2 - O sistema deverá permitir a simulação de investimento nos títulos SELIC, Prefixado e Inflação
      • +
    • IT6- Disponibilizar consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.
      • +
    • IT8 - Permitir a consulta de operações de compra de títulos do tesouro nacional realizadas e agendadas na aplicação.
      • +
    • IT12 - Permitir a visualização dos dados cadastrais do usuário (nome, cpf, email, celular).
      • +
    • IT13, GLO07 - Implementar notificações personalizadas para lembrar o usuário de metas ou vencimento de títulos.
      • +
    • IT14 - Permitir a transferência automática entre investimentos com base em metas ou cenários predefinidos.
      • +
    • IT18 - Incorporar alertas de mercado com base em mudanças na taxa SELIC ou inflação.
      • +
    • GF01 - O aplicativo deverá possuir a opção de realizar o login e cadastro a partir do sistema gov.br.
      • +
    +

    +

    Tabela 7 - Léxico de Objeto: Investidor ou Interessado (L05) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorL05
    DescriçãoO investidor pode gerar relatórios personalizados (L04).
    O investidor pode consultar dados de sua conta e histórico de investimentos.
    O investidor pode consultar o histórico de rendimentos de seus investimentos.(L02)
    O investidor pode configurar alertas personalizados sobre metas financeiras.
    O investidor pode realizar transferências automáticas entre investimentos com base em objetivos definidos.
    O investidor/interessado pode realizar simulações de investimento com base em seus objetivos financeiros (L01, L03).
    O sistema permite login integrado com o gov.br.
    ClassificaçãoObjeto
    ImpactoO investidor/interessado interage diretamente com as principais funcionalidades do aplicativo.
    O sistema auxilia na tomada de decisões financeiras com base nas preferências e metas do investidor/interessado.
    Permite a personalização de notificações e metas financeiras.
    NoçãoCliente, Explorador, Aplicador, Cidadão.
    DicionárioCliente, Explorador, Aplicador, Cidadão.
    +

    Autor: Thales Euflauzino, 2024

    +

    Léxico 06: Simulação de Metas/Sonhos

    +

    O quinto léxico, apresentado na Tabela 8, faz o uso do requisito RF25. Esse léxico foi feito baseado nas Instruções do Professor sobre os requisitos a serem desenvolvidos no projeto.

    +

    +

    Tabela 8 - Léxico de Objeto: Simulação de Metas/Sonhos (RF25) +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    IdentificadorRF25
    DescriçãoO Investidor ou Interessado pode simular a evolução de suas metas financeiras no aplicativo.
    O Investidor ou Interessado insere parâmetros como valor adicional a ser investido, período de tempo e expectativa de retorno.
    O sistema exibe uma projeção da evolução da meta ou sonho financeiro em gráficos e tabelas.
    O Investidor ou Interessado pode ajustar os parâmetros da simulação para explorar diferentes cenários.
    O sistema calcula e apresenta as projeções com base em dados financeiros históricos.
    O Investidor ou Interessado pode visualizar o impacto dos aportes na meta/salvo na conta do usuário.
    ClassificaçãoObjeto
    ImpactoO Investidor ou Interessado pode tomar decisões informadas sobre como atingir suas metas financeiras, ajustando o investimento de acordo com a projeção de evolução.
    O sistema oferece uma ferramenta visual e interativa para a análise de metas, aumentando a confiança do usuário em suas escolhas financeiras.
    O sistema permite a personalização das simulações, com base em diferentes variáveis de contribuição e rentabilidade.
    NoçãoSimulador, Planejador, Investidor, Projeção Financeira.
    DicionárioSimulador, Planejador, Investidor, Projeção Financeira.
    +

    Autor: Víctor Schmidt, 2024

    +

    Bibliografia

    +
    +

    Bilheteria Digital - Léxicos. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/lexicos/. Acesso em 28 de novembro de 2024 +

    +
    +

    Referências Bibliográficas

    +
    +

    1. SERRANO, Maurício; SERRANO, Milene. Requisitos - Aula 10. Aprender 3. Distrito Federal, 2016. Disponível em: <https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf>. Acesso em: 28 de novembro de 2024. +

    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.028/11/2024Criação dos léxicos.Thales EuflauzinoMaria Helena
    1.107/12/2024Corrigindo Fonte para AutorThales EuflauzinoVíctor Schmidt
    1.210/12/2024Ajustando rastreabilidade e hyperlinksVíctor SchmidtThales Euflauzino
    1.310/12/2024Ajustando usuário para investidorThales EuflauzinoVíctor Schmidt
    1.411/12/2024Ajustando rastreabilidade dos códigos novos dos requisitosThales EuflauzinoVíctor Schmidt
    1.511/12/2024Adicionando léxico baseado nas Instruções do ProfessorVíctor SchmidtThales Euflauzino
    1.611/12/2024Ajustando números das tabelasThales EuflauzinoVíctor Schmidt
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt1/validacaoCasodeUso/index.html b/modelagem-pt1/validacaoCasodeUso/index.html new file mode 100644 index 00000000..435e589d --- /dev/null +++ b/modelagem-pt1/validacaoCasodeUso/index.html @@ -0,0 +1,2791 @@ + + + + + + + + + + + + + + + + + + + + + + + Validação dos Casos de Uso - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Validação dos Casos de Uso

    +

    Introdução

    +

    A validação tem como principal propósito garantir que cada caso de uso seja claro, completo, coerente e exequível. Esse processo inclui assegurar que todas as interações entre o usuário e o sistema estejam devidamente descritas, além de verificar se as condições antes e depois da execução estão claramente especificadas. Uma validação bem conduzida ajuda a identificar erros precocemente, diminuindo os custos e esforços durante o desenvolvimento, além de melhorar a satisfação do cliente ao fornecer um produto que atenda efetivamente às suas expectativas.

    +

    Metodologia

    +

    Para o desenvolvimento deste artefato, foram utilizadas as técnicas de encenação (roleplaying) e entrevistas. Na encenação, a persona Gustavo Ribeiro foi aplicada, permitindo que a equipe simulasse características e necessidades de um usuário típico. Essa técnica ajudou a modelar cenários realistas e validar os casos de uso. A tabela 1 apresenta os participantes da validação dos Casos de Uso

    +

    +

    Tabela 1: Cronograma de gravação da validação dos casos de uso

    + + + + + + + + + + + + + + + + + + + + +
    ParticipantesFunçãoLocal
    Victor RodriguesEntrevistadorMicrosoft Teams
    Victor SchmidtPersona Gustavo RibeiroMicrosoft Teams
    +

    Autor: Victor Rodrigues, 2024

    +

    +

    Gravação

    +

    No vídeo 1 apresenta-se a gravação da validação dos casos de uso.

    +
    + +

    Vídeo 1: Reunião - Validação de casos de uso

    + + + +

    Autor: Victor Rodrigues, 2024

     +
    + +

    Bibliografia

    +
    +

    Requisitos de Software. Economia DF (2023.2). Disponível em: https://requisitos-de-software.github.io/2023.2-Economia-DF/. Acesso em: 06 Dez. 2024.

    +

    Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. 8.2 Personas, p. 167-171. Autopublicação. ISBN: 978-65-00-19677-1.

    +

    Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. 7.5.1 Entrevistas, p 144-148. Autopublicação. ISBN: 978-65-00-19677-1.

    +
    +

    Histórico de Versão

    + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.006/12/2024Estrutura inical do documentoVictor RodriguesVíctor Schmidt
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt2/backlog/index.html b/modelagem-pt2/backlog/index.html new file mode 100644 index 00000000..0b167b37 --- /dev/null +++ b/modelagem-pt2/backlog/index.html @@ -0,0 +1,4235 @@ + + + + + + + + + + + + + + + + + + + + + + + Backlog - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Product Backlog

    +

    Introdução

    +

    O Product Backlog do aplicativo do Tesouro Direto será uma lista dinâmica que reunirá todas as funcionalidades desejadas para o produto. Ele será gerenciado pelo Product Owner — um usuário do próprio aplicativo —, garantindo a entrega incremental de valor ao longo do tempo [Mauricio e Milene]. Este documento apresenta a metodologia utilizada para a construção e priorização do Backlog. Durante sua elaboração, dois Product Owners serão designados: um responsável por construir o Backlog e outro por priorizá-lo, devido a conflitos de horários entre os integrantes do grupo.

    +

    Metodologia

    +

    A construção do Product Backlog seguirá os passos descritos abaixo:

    +

    1 - Definição de perguntas:

    +
      +
    • Thales Euflauzino e Víctor Schmidt será responsável por criar um roteiro de perguntas baseado nas histórias de usuário já existentes.
      • +
    • Esse roteiro servirá para explorar as necessidades e expectativas dos usuários em maior profundidade.
      • +
    +

    2 - Entrevistas com o Product Owner:

    + +

    3 - Construção do Backlog:

    +
      +
    • Com base nas respostas obtidas nas entrevistas, será criado um backlog inicial contendo todas as funcionalidades identificadas.
      • +
    • Cada funcionalidade será descrita de forma clara e objetiva, empregando a técnica de histórias de usuário.
      • +
    +

    4 - Priorização do Backlog:

    +

    A priorização será realizada por todos os integrantes do Grupo com base no critério DEEP (Duarte, 2020), que considera quatro aspectos principais para organização do backlog. As funcionalidades serão classificadas de acordo com níveis de prioridade (alta, média ou baixa) para garantir clareza e eficiência no desenvolvimento.

    +
      +
    • +

      Detalhado: As funcionalidades que estão mais próximas da implementação serão descritas com maior nível de detalhamento, minimizando ambiguidades durante o desenvolvimento. Essa abordagem garante que itens de alta prioridade estejam completamente claros e preparados para execução.

      +
      • +
    • +

      Estimável: Cada funcionalidade será avaliada quanto ao esforço necessário para sua implementação, considerando recursos como tempo, equipe e complexidade técnica. Funcionalidades que não podem ser estimadas com precisão poderão ser classificadas inicialmente como baixa prioridade, sendo revisadas posteriormente quando houver mais informações.

      +
      • +
    • +

      Emergente: O backlog será tratado como um artefato dinâmico, sendo continuamente atualizado para refletir novas demandas ou mudanças no escopo do projeto. Funcionalidades previamente categorizadas como baixa prioridade podem ser reclassificadas como alta prioridade à medida que surgem novas necessidades ou estratégias.

      +
      • +
    • +

      Priorizado: O valor que cada funcionalidade gera para o cliente ou para os objetivos do negócio será o principal critério para definição da prioridade.

      +
        +
      • Alta prioridade: Funcionalidades críticas ou que proporcionam maior valor em curto prazo.
        • +
      • Média prioridade: Funcionalidades importantes, mas que não têm impacto imediato.
        • +
      • Baixa prioridade: Funcionalidades de menor valor agregado ou que possuem menor relevância no contexto atual do projeto.
        • +
      +
      • +
    +

    Dessa forma, o uso do critério DEEP possibilita um planejamento mais eficiente e adaptável, garantindo que o desenvolvimento seja direcionado às necessidades que oferecem maior impacto ao cliente e ao projeto.

    +

    Definição das Perguntas

    +

    A construção do Product Backlog será realizada antes da elaboração das histórias de usuário, permitindo uma visão ampla das funcionalidades e necessidades do produto. O roteiro de perguntas será organizado em tópicos principais, com um link para o documento completo contendo todas as perguntas detalhadas.

    + +

    Tópicos Principais

    +
    Específicas
    +

    Essas perguntas focam nos dados exibidos no aplicativo e como eles serão organizados. Principais pontos incluem:

    +
      +
    • +

      Tipos de títulos exibidos (Tesouro Prefixado, Tesouro Selic, etc.) e detalhes como prazos de vencimento, taxas de juros e histórico de preços.

      +
      • +
    • +

      Gerenciamento de prazos e informações financeiras, como categorização de curto, médio e longo prazo e apresentação de rendimentos.

      +
      • +
    +
    Processo de Compra
    +

    Exploram as etapas e regras de aquisição de títulos:

    +
      +
    • +

      Definição de limites para compra, suporte a resgates antecipados e integração com métodos de pagamento.

      +
      • +
    • +

      Gerenciamento de agendamentos, comportamento em feriados bancários e clareza sobre taxas administrativas.

      +
      • +
    • +

      Ferramentas para comparação de opções de investimento e simulação financeira.

      +
      • +
    +
    Usabilidade
    +

    Destaque em melhorar a experiência do usuário:

    +
      +
    • +

      Personalização de metas, artigos educativos e simuladores para tomada de decisão.

      +
      • +
    • +

      Recursos como notificações, tutoriais e barra de progresso para metas.

      +
      • +
    • +

      Validação do perfil do usuário (expertise) e opções de temas como modo escuro.

      +
      • +
    +
    Segurança
    +

    Garantia de privacidade e proteção de dados:

    +
      +
    • +

      Uso de criptografia e autenticação (biometria, token, 2FA).

      +
      • +
    • +

      Suporte a login por redes sociais e protocolos seguros para informações bancárias.

      +
      • +
    • +

      Segurança em transações e atualização de dados de títulos conforme inflação e juros.

      +
      • +
    +
    Acessibilidade
    +

    Inclusão de usuários com necessidades especiais:

    +
      +
    • +

      Compatibilidade com leitores de tela e descrições de áudio.

      +
      • +
    • +

      Opções de alto contraste, ajuste de fontes e velocidade do áudio.

      +
      • +
    • +

      Design de interface claro para usuários com deficiência cognitiva.

      +
      • +
    +

    Vídeo 1 - Elaboração do Product Backlog com o Product Owner

    +

    Este vídeo apresenta a elaboração do Product Backlog conduzida exclusivamente com o Product Owner Adrian. Durante a gravação, Adrian respondeu a diversas perguntas formuladas por nossa equipe, contribuindo para a construção do backlog.

    +

    O uso de sua imagem foi previamente autorizado, e sua declaração de consentimento pode ser vista no início do vídeo.

    +

    +

    Vídeo 1 - Elaboração do Product Backlog com o PO

    + + +

    Autor: Víctor Schmidt

    +

    +

    Vídeo 2 - Priorização do Product Backlog

    +

    Apresentamos o vídeo 2 sobre a priorização de requisitos do Product Backlog. Os Product Owners Adrian e Cauã lideraram as atividades de priorização. Adrian realizou a priorização com a participação da maior parte dos membros da equipe, enquanto Cauã utilizou a priorização realizada por Víctor Rodrigues para organizar os requisitos no backlog.

    +

    O vídeo foi produzido com o consentimento de ambos os Product Owners, que confirmam a autorização para uso de suas imagens ao longo da gravação.

    +

    +

    Vídeo 2 - Priorização do Product Backlog

    + + +

    Autor: Víctor Schmidt

    +

    +

    Backlog

    +

    Respostas do Product Owner

    + +

    Product Backlog

    +

    A tabela 1 resume os épicos, organizando-os em features e os requisitos relacionados. Além disso, o restante deste documento detalha o processo de definição dos temas, épicos e features, bem como o significado de cada um desses termos.

    +

    +

    Tabela 1 - Product Backlog Elaborado com o Product Owner.

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    ÉpicoFeatureHistória de UsuárioRequisitosPriorização
    (Alta, Média ou Baixa)
    + EC01 - Visualização de Títulos Públicos + Feature 1 - Listar Títulos US01: Eu, como usuário, desejo visualizar a lista de títulos públicos disponíveis e suas características principais como nome, título, rentabilidade, valor mínimo e vencimento para conhecer mais sobre os títulos e realizar RF01 Alta
    US30: Como um usuário, eu quero que o sistema armazene e exiba as principais informações sobre os títulos públicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decisões informadas. RF36 Alta
    Feature 2 - Filtros de PrazoUS01: Eu, como usuário, desejo visualizar a lista de títulos públicos disponíveis e suas características principais como nome, título, rentabilidade, valor mínimo e vencimento para conhecer mais sobre os títulos e realizar investimentos. RF01 Alta
    + EC02 - Gerenciamento de Investimentos + Feature 3 - Agendamento de ComprasUS29: Como investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros. RF35 Alta
    Feature 4 - Transferência Automática entre InvestimentosUS11: Eu, como usuário, desejo que seja feita uma transferência automática entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado RF14 Média
    US14: Eu, como usuário, desejo que o aplicativo possua integração com carteiras digitais para que eu possa realizar a compra dos títulos do tesouro direto RF17 Alta
    + EC03 - Simulações de Investimentos + Feature 5 - Simulação de MetasUS31: Como investidor, eu quero simular a evolução de um título com base em um período de tempo, para que eu possa prever a rentabilidade do investimento. RF39Alta
    US18: Como um investidor, eu quero visualizar a liquidez dos títulos simulados, para que eu possa avaliar a melhor opção para meu perfil de investimento. RF23Alta
    US32: Como um investidor, eu quero responder a um questionário no simulador, para que as simulações geradas estejam alinhadas ao meu perfil e objetivos. RF38Média
    Feature 6 - Comparação de InvestimentosUS19: Como investidor, eu quero simular a evolução dos títulos do Tesouro Direto em comparação com outras opções, para que eu possa tomar decisões informadas sobre meus investimentos. RF02 Alta
    RF24 Alta
    US02: Eu, como usuário, desejo realizar a simulação da evolução do meu título para planejar os meus investimentos. RF37 Alta
    US33: Como investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras.
    + EC04 - Painel de Controle e Relatórios + Feature 7 - Relatórios de RentabilidadeUS12: Eu, como usuário, desejo receber relatórios mensais dos meus investimentos, para poder visualizar dados de evolução dos investimentos. RF15 Alta
    US26: Como investidor, eu quero visualizar a rentabilidade acumulada de cada título na minha carteira, para que eu possa monitorar meu portfólio de investimentos. RF32Alta
    US06: Eu, como usuário, desejo realizar a consulta à taxa de custódia da B3 e a taxa de administração da instituição financeira na qual o título será adquirido, para entender os custos relacionados ao meu investimento de interesse RF06 Alta
    RNF01Alta
    RNF11Alta
    Feature 8 - DashboardUS21: Como investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus títulos e a taxa de inflação, para que eu possa ter uma visão geral dos meus investimentos. RF26 Média
    + EC05 - Cadastro e Personalização de Usuário + Feature 9 - Cadastro de UsuárioUS16: Como um novo usuário, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugestões e recursos. RF20 Média
    US24: Como usuário, eu quero visualizar sugestões personalizadas com base na minha expertise, para que eu possa acessar conteúdos relevantes e de acordo com meu perfil.
    US27: Como usuário, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo. RF33 Alta
    US28: Como usuário, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma prática e segura. RF34Média
    US27: Como usuário, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo. RF41Alta
    Feature 10 - Personalização de TemaUS10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos RNF09Baixa
    Feature 11 - Sugestões Personalizadas com Base na ExpertiseUS10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos RF29 Baixa
    + EC06 - Segurança e Acessibilidade + Feature 12 - Autenticação SeguraUS39: Eu, Como um usuário, desejo ter segurança na navegação no aplicativo, para garantir a segurança dos meus dados. RNF02Alta
    US40: Eu, Como um usuário, desejo poder acessar o dispositivo em qualquer tablet ou celular compatível . RNF03Média
    US39: Eu, Como um usuário, desejo ter segurança na navegação no aplicativo, para garantir a segurança dos meus dados. RNF05Alta
    RNF10Alta
    Feature 13 - Acessibilidade VisualUS41: Eu, Como um usuário, desejo navegar em um aplicativo acessível para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade. RNF04 Baixa
    + EC07 - Processo de Compra de Títulos + Feature 14 - Fluxo de CompraUS03: Eu, como usuário, desejo realizar o resgate antecipado dos títulos, para obter imediatamente o valor investido nesse título. RF03 Alta
    US07: Eu, como usuário, desejo realizar a consulta de compras realizadas e agendadas na aplicação para me atualizar da situação dos meus investimentos. RF08 Alta
    US25: Como investidor, eu quero comprar títulos públicos com diferentes métodos de pagamento, para que eu tenha flexibilidade nas transações. RF31 Alta
    Feature 15 - Notificações de StatusUS10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos RF13 Média
    + EC08 - Recursos Educativos + Feature 16 - Artigos e NotíciasUS13: Eu, como usuário, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto. RF16Baixa
    Feature 17 - Vídeos e TutoriaisUS17: Como um novo usuário, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utilizá-lo de forma eficiente desde o início. RF21 Baixa
    + EC09 - Personalização de Metas e Planejamento Financeiro + Feature 18 - Definição de MetasUS04: Eu, como usuário, desejo salvar as minhas metas de investimento no aplicativo. RF04 Baixa
    Feature 19 - Acompanhamento de MetasUS20: Como usuário, eu quero simular a evolução das minhas metas na tela de "Meus Sonhos", para que eu possa ajustar meu planejamento conforme necessário. RF25 Alta
    US22: Como usuário, eu quero visualizar uma barra de progresso em cada meta na aba "Meus Sonhos", para que eu saiba quanto falta para atingir meu objetivo. RF27 Baixa
    US34: Como usuário, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo. RF40 Baixa
    + EC10 - Simuladores Avançados + Feature 20 - Simulação de AposentadoriaUS05: Eu, como usuário, desejo realizar a simulação e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos títulos do tesouro nacional RF05 Alta
    Feature 21 - Comparação com INSS
    US23: Como usuário, eu quero comparar minha simulação de aposentadoria com os padrões do INSS, para que eu entenda as vantagens de investir no Tesouro Direto. RF28Média
    + EC11 - Gerenciamento de Dados do Usuário + Feature 22 - Validação de DadosUS09Eu, como usuário, desejo visualizar minhas informações cadastradas na aplicação para obter informação a respeito dos meus dados na aplicação RF41 Alta
    Feature 23 - Alteração de Informações Pessoais RF12 Média
    Feature 24 - Acessibilidade ao Perfil US35: Como um usuário, eu quero que meu cadastro inclua validação de dados pessoais, para que eu evite erros no preenchimento. + RNF08 Alta
    RNF04 Baixa
    + EC12 - Integração com Canais de Atendimento + Feature 25 - Canal de SuporteUS08: Eu, como usuário, desejo ter acesso a informações de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usuários, para obter ajuda com as minhas dúvidas referentes às funcionalidades do aplicativo. RF09 Baixa
    Feature 26 - Notificações de SuporteUS10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos RF13 Média
    + EC13 - Funcionalidades de Acessibilidade + Feature 27 - Temas de Alto ContrasteUS36: Eu, Como um usuário, quero que poder escolher entre tema claro e escuro, para melhorar a minha experiência no aplicativo. RNF09 Baixa
    Feature 28 - Ajuste de Velocidade de ÁudioUS37: Eu, Como um usuário, desejo ajustar a velocidade dos áudios disponíveis no aplicativo para melhorar minha compreensão dos conteúdos de áudio. RNF04 Baixa
    + EC14 - Multilíngue e Inclusão + Feature 29 - Tradução MultilíngueUS38: Eu, Como um usuário, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim. RNF06 Média
    Feature 30 - Troca Dinâmica de Idioma RNF01 Alta
    + EC15 - Atualizações e Notificações Automáticas + Feature 31 - Notificações de Taxas e InflaçãoUS15: Como usuário, eu quero receber alertas personalizados sobre mudanças na taxa SELIC e inflação, para que eu possa ajustar meus investimentos com base no mercado. RF18 Média
    Feature 32 - Alertas de Feriados e Indisponibilidade RF36 Alta
    + +

    Autor: Thales Euflauzino e Víctor Schmidt, 2024

    +

    +

    Épicos

    +

    Para reduzir o nível de abstração presente nos temas e detalhar melhor as funcionalidades, foram registrados os épicos, que representam grandes blocos de trabalho organizados com base nas respostas do Product Owner. Cada épico descreve um objetivo geral que pode ser dividido em tarefas menores, conhecidas como histórias de usuário (user stories) ou simplesmente "histórias".

    +

    Os épicos servem como um contêiner para agrupar funcionalidades relacionadas, permitindo uma visão de alto nível do trabalho a ser realizado e facilitando a leitura e o entendimento da tabela de backlog. Após a tabela 1, estão os épicos que foram elaborados com base nas necessidades e requisitos identificados.

    +

    EC01. Visualização de Títulos Públicos

    +
      +
    • Descrição: Implementar funcionalidades para listar e exibir detalhes dos títulos do Tesouro Nacional, categorizados por prazo de vencimento.
      • +
    • Histórias Relacionadas:
        +
      • US01: Eu, como usuário, desejo visualizar a lista de títulos públicos disponíveis e suas características principais como nome, título, rentabilidade, valor mínimo e vencimento para conhecer mais sobre os títulos e realizar investimentos.
        • +
      • US30: Como um usuário, eu quero que o sistema armazene e exiba as principais informações sobre os títulos públicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decisões informadas.
        • +
      +
      • +
    +

    EC02. Gerenciamento de Investimentos

    +
      +
    • Descrição: Desenvolver funcionalidades para agendamento e execução de investimentos, integrando APIs bancárias com segurança avançada.
      • +
    • Histórias Relacionadas:
        +
      • US11: Eu, como usuário, desejo que seja feita uma transferência automática entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado
        • +
      • US14: Eu, como usuário, desejo que o aplicativo possua integração com carteiras digitais para que eu possa realizar a compra dos títulos do tesouro direto
        • +
      • US29: Como investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros.
        • +
      +
      • +
    +

    EC03. Simulações de Investimentos

    +
      +
    • Descrição: Criar simuladores interativos para planejamento financeiro e comparações de rentabilidade.
      • +
    • Histórias Relacionadas:
        +
      • US02: Eu, como usuário, desejo realizar a simulação da evolução do meu título para planejar os meus investimentos.
        • +
      • US18: Como um investidor, eu quero visualizar a liquidez dos títulos simulados, para que eu possa avaliar a melhor opção para meu perfil de investimento.
        • +
      • US19: Como investidor, eu quero simular a evolução dos títulos do Tesouro Direto em comparação com outras opções, para que eu possa tomar decisões informadas sobre meus investimentos.
        • +
      • US31: Como investidor, eu quero simular a evolução de um título com base em um período de tempo, para que eu possa prever a rentabilidade do investimento.
        • +
      • US32: Como um investidor, eu quero responder a um questionário no simulador, para que as simulações geradas estejam alinhadas ao meu perfil e objetivos.
        • +
      • US33: Como investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras.
        • +
      +
      • +
    +

    EC04. Painel de Controle e Relatórios

    +
      +
    • Descrição: Fornecer relatórios e dashboards interativos para acompanhamento de investimentos.
      • +
    • Histórias Relacionadas:
        +
      • US06: Eu, como usuário, desejo realizar a consulta à taxa de custódia da B3 e a taxa de administração da instituição financeira na qual o título será adquirido, para entender os custos relacionados ao meu investimento de interesse
        • +
      • US12: Eu, como usuário, desejo receber relatórios mensais dos meus investimentos, para poder visualizar dados de evolução dos investimentos.
        • +
      • US21: Como investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus títulos e a taxa de inflação, para que eu possa ter uma visão geral dos meus investimentos.
        • +
      • US26: Como investidor, eu quero visualizar a rentabilidade acumulada de cada título na minha carteira, para que eu possa monitorar meu portfólio de investimentos.
        • +
      +
      • +
    +

    EC05. Cadastro e Personalização de Usuário

    +
      +
    • Descrição: Permitir cadastro de contas com autenticação segura e personalização de perfis.
      • +
    • Histórias Relacionadas:
        +
      • US16: Como um novo usuário, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugestões e recursos.
        • +
      • US24: Como usuário, eu quero visualizar sugestões personalizadas com base na minha expertise, para que eu possa acessar conteúdos relevantes e de acordo com meu perfil.
        • +
      • US27: Como usuário, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo.
        • +
      • US28: Como usuário, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma prática e segura.
        • +
      +
      • +
    +

    EC06. Segurança e Acessibilidade

    +
      +
    • Descrição: Garantir a proteção de dados e acessibilidade universal no aplicativo.
      • +
    • Histórias Relacionadas:
        +
      • US39: Eu, Como um usuário, desejo ter segurança na navegação no aplicativo, para garantir a segurança dos meus dados.
        • +
      • US40: Eu, Como um usuário, desejo poder acessar o dispositivo em qualquer tablet ou celular compatível .
        • +
      • US41: Eu, Como um usuário, desejo navegar em um aplicativo acessível para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade.
        • +
      +
      • +
    +

    EC07. Processo de Compra de Títulos

    +
      +
    • Descrição: Estruturar as etapas do processo de compra, com foco em clareza e eficiência.
      • +
    • Histórias Relacionadas:
        +
      • US03: Eu, como usuário, desejo realizar o resgate antecipado dos títulos, para obter imediatamente o valor investido nesse título.
        • +
      • US07: Eu, como usuário, desejo realizar a consulta de compras realizadas e agendadas na aplicação para me atualizar da situação dos meus investimentos.
        • +
      • US10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos
        • +
      • US25: Como investidor, eu quero comprar títulos públicos com diferentes métodos de pagamento, para que eu tenha flexibilidade nas transações.
        • +
      +
      • +
    +

    EC08. Recursos Educativos

    +
      +
    • Descrição: Fornecer conteúdos e ferramentas educativas para os usuários.
      • +
    • Histórias Relacionadas:
        +
      • US17: Como um novo usuário, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utilizá-lo de forma eficiente desde o início.
        • +
      • US13: Eu, como usuário, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto.
        • +
      +
      • +
    +

    EC09. Personalização de Metas e Planejamento Financeiro

    +
      +
    • Descrição: Oferecer ferramentas para o usuário definir, acompanhar e personalizar metas financeiras e sonhos.
      • +
    • Histórias Relacionadas:
        +
      • US04: Eu, como usuário, desejo salvar as minhas metas de investimento no aplicativo.
        • +
      • US20: Como usuário, eu quero simular a evolução das minhas metas na tela de "Meus Sonhos", para que eu possa ajustar meu planejamento conforme necessário.
        • +
      • US22: Como usuário, eu quero visualizar uma barra de progresso em cada meta na aba "Meus Sonhos", para que eu saiba quanto falta para atingir meu objetivo.
        • +
      • US34: Como usuário, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo.
        • +
      +
      • +
    +

    EC10. Simuladores Avançados

    +
      +
    • Descrição: Desenvolver simuladores para planejamento de aposentadoria e outras metas financeiras específicas.
      • +
    • Histórias Relacionadas:
        +
      • US05: Eu, como usuário, desejo realizar a simulação e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos títulos do tesouro nacional
        • +
      • US23: Como usuário, eu quero comparar minha simulação de aposentadoria com os padrões do INSS, para que eu entenda as vantagens de investir no Tesouro Direto.
        • +
      +
      • +
    +

    EC11. Gerenciamento de Dados do Usuário

    +
      +
    • Descrição: Criar fluxos robustos para validação e gerenciamento de informações pessoais e de perfil.
      • +
    • Histórias Relacionadas:
        +
      • US09: Eu, como usuário, desejo visualizar minhas informações cadastradas na aplicação para obter informação a respeito dos meus dados na aplicação
        • +
      • US35: Como um usuário, eu quero que meu cadastro inclua validação de dados pessoais, para que eu evite erros no preenchimento.
        • +
      +
      • +
    +

    EC12. Integração com Canais de Atendimento

    +
      +
    • Descrição: Oferecer múltiplos canais de suporte ao usuário.
      • +
    • Histórias Relacionadas:
        +
      • US08: Eu, como usuário, desejo ter acesso a informações de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usuários, para obter ajuda com as minhas dúvidas referentes às funcionalidades do aplicativo.
        • +
      • US10: Eu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos
        • +
      +
      • +
    +

    EC13. Funcionalidades de Acessibilidade

    +
      +
    • Descrição: Tornar o aplicativo inclusivo e acessível para todos os usuários.
      • +
    • Histórias Relacionadas:
        +
      • US36: Eu, Como um usuário, quero que poder escolher entre tema claro e escuro, para melhorar a minha experiência no aplicativo.
        • +
      • US37: Eu, Como um usuário, desejo ajustar a velocidade dos áudios disponíveis no aplicativo para melhorar minha compreensão dos conteúdos de áudio.
        • +
      +
      • +
    +

    EC14. Multilíngue e Inclusão

    +
      +
    • Descrição: Suportar múltiplos idiomas para aumentar a acessibilidade do aplicativo.
      • +
    • Histórias Relacionadas:
        +
      • US38: Eu, Como um usuário, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim.
        • +
      +
      • +
    +

    EC15. Atualizações e Notificações Automáticas

    +
      +
    • Descrição: Enviar informações relevantes em tempo real para os usuários.
      • +
    • Histórias Relacionadas:
        +
      • US15: Como usuário, eu quero receber alertas personalizados sobre mudanças na taxa SELIC e inflação, para que eu possa ajustar meus investimentos com base no mercado.
        • +
      +
      • +
    +

    Tabela 2 - Priorização de Features

    +

    Na Tabela 2, apresentada a seguir, foi realizada uma priorização por features, derivada da priorização dos requisitos apresentada na Tabela 1 - Product Backlog elaborado com o Product Owner. Essa abordagem foi escolhida para consolidar as prioridades individuais dos requisitos em um nível mais abrangente, representado pelas features.

    +

    Ao calcular a média das prioridades dos requisitos relacionados a cada feature, foi possível obter uma visão geral mais equilibrada e estratégica, permitindo uma hierarquização mais eficiente do backlog. Isso garante que features com maior impacto, baseadas na importância de seus requisitos, sejam priorizadas de maneira consistente e alinhada aos objetivos do projeto.

    +

    Os valores atribuídos às prioridades são:

    +
      +
    • Alta: 5
      • +
    • Média: 3
      • +
    • Baixa: 1
      • +
    +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    Nº da FeatureDescrição da FeatureMédia de Prioridade (baseada nos valores acima)
    1Listar Títulos5
    2Filtros de Prazo5
    3Agendamento de Compras5
    4Transferência Automática entre Investimentos4
    5Simulação de Metas4.33
    6Comparação de Investimentos5
    7Relatórios de Rentabilidade5
    8Dashboard3
    9Cadastro de Usuário4
    10Personalização de Tema1
    11Sugestões Personalizadas com Base na Expertise1
    12Autenticação Segura4.5
    13Acessibilidade Visual1
    14Fluxo de Compra5
    15Notificações de Status3
    16Artigos e Notícias1
    17Vídeos e Tutoriais1
    18Definição de Metas1
    19Acompanhamento de Metas2.33
    20Simulação de Aposentadoria5
    21Comparação com INSS3
    22Validação de Dados5
    23Alteração de Informações Pessoais3
    24Acessibilidade ao Perfil3
    25Canal de Suporte1
    26Notificações de Suporte3
    27Temas de Alto Contraste1
    28Ajuste de Velocidade de Áudio1
    29Tradução Multilíngue3
    30Troca Dinâmica de Idioma5
    31Notificações de Taxas e Inflação3
    32Alertas de Feriados e Indisponibilidade5
    +

    Autor: Thales Euflauzino e Víctor Schmidt, 2024

    +

    +

    Referências Bibliográficas

    +
    +

    1. SERRANO, Milene; SERRANO, Mauricio. Requisitos - Aula 15. Apresentação de slides. FCTE (Faculdade de Ciências e Tecnologias em Engenharia): UnB, s.d.. Acesso em: 11 de dezembro 2024.

    +

    2. DUARTE, Luiz. Product Backlog - Introdução. LuizTools - Canal no Youtube, 2020. Disponível em: Product Backlog - Introdução. Acesso em: 11 de dezembro 2024.

    +
    +

    Bibliografia

    +
    +

    Lichess - Backlog do Produto. Disponível em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/agil/backlog/. Acesso em 12 de dezembro de 2024

    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutor(es)Revisor(es)
    1.011/12/2024Criação do Documento InicialVíctor Schmidt e Thales EuflauzinoMaria Helena
    1.114/12/2024Adicionando videos, respostas do PO, elaboração e priorização do backlog, criação dos épicos, etc.GrupoVíctor Schmidt
    1.214/12/2024Elaboração da Tabela 2Víctor Schmidt e Thales EuflauzinoVictor Rodrigues
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt2/nfr_framework/index.html b/modelagem-pt2/nfr_framework/index.html new file mode 100644 index 00000000..2e4bbe00 --- /dev/null +++ b/modelagem-pt2/nfr_framework/index.html @@ -0,0 +1,3352 @@ + + + + + + + + + + + + + + + + + + + + + + + NFR Framework - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    NFR Framework

    + + +

    Introdução

    +

    O NFR Framework (Non-Functional Requirements Framework) é uma abordagem desenvolvida por Lawrence Chung e colaboradores para tratar requisitos não funcionais de forma sistemática e qualitativa. Diferentemente dos requisitos funcionais, que têm critérios claros de satisfação, os requisitos não funcionais (NFRs) são subjetivos e frequentemente envolvem decisões de compromisso (trade-offs). O framework auxilia no processo de identificação, modelagem e análise desses requisitos, permitindo que desenvolvedores considerem aspectos como segurança, desempenho, usabilidade e manutenibilidade durante o design de sistemas.

    +

    No NFR Framework, os requisitos não funcionais são representados como softgoals, que refletem objetivos flexíveis e interdependentes. Por meio de gráficos de softgoals, é possível visualizar as relações entre diferentes NFRs e como soluções propostas contribuem de forma positiva ou negativa para sua satisfação. Além disso, o framework inclui técnicas para operacionalizar os softgoals em soluções concretas e ferramentas para explorar compromissos entre requisitos conflitantes, como equilibrar desempenho e segurança. Dessa forma, o NFR Framework oferece um suporte valioso para tomada de decisões no desenvolvimento de sistemas complexos.

    +

    Softgoal Interdependency Graph

    +

    O Softgoal Interdependency Graph (SIG) é uma ferramenta de visualização central ao funcionamento do NFR Framework. Ele apresenta de forma gráfica e estruturada os softgoals identificados pela equipe de desenvolvimento, suas inter-relações e contribuições. Esse modelo facilita a análise de interdependências entre metas não funcionais, permitindo que os desenvolvedores tomem decisões fundamentadas sobre como abordar requisitos qualitativos do sistema.

    +

    Tipos de Softgoal

    +

    Para compreender o SIG, é essencial entender os tipos de softgoal. Um NFR Softgoal é definido como uma meta qualitativa cuja satisfação não é precisa ou completamente mensurável. Eles podem ser refinados em diferentes formas:

    +
      +
    • Softgoals Operacionalizados: Representam transformações de metas abstratas em elementos concretos e funcionais no sistema.
      • +
    • Softgoals de Afirmação: Servem como registros argumentativos em linguagem natural, adicionando justificativas ou evidências ao modelo. +Interdependências
      • +
    • As interdependências entre softgoals no SIG são organizadas em dois principais conceitos: decomposições e contribuições.
      • +
    +

    Decomposições

    +

    As decomposições desmembram softgoals em subníveis para detalhamento e refinamento, abrangendo diferentes dimensões:

    +
      +
    • Decomposição de NFR: Divide metas principais em componentes menores e mais gerenciáveis.
      • +
    • Decomposição de Operacionalização: Foca na concretização de metas abstratas em soluções específicas.
      • +
    • Decomposição de Afirmação: Valida ou rejeita justificativas específicas para softgoals.
      • +
    • Decomposição de Priorização: Permite refinar metas com associação de prioridades, mantendo o mesmo escopo.
      • +
    +

    Contribuições

    +

    As contribuições descrevem como um softgoal derivado impacta o softgoal principal:

    +
      +
    • AND: Todos os derivados precisam ser satisfeitos para que o objetivo principal seja alcançado.
      • +
    • OR: Qualquer derivado satisfeito já contribui para alcançar o objetivo principal.
      • +
    • MAKE (++): Contribuição totalmente positiva.
      • +
    • BREAK (--): Contribuição totalmente negativa.
      • +
    • HELP (+): Impacto positivo moderado.
      • +
    • HURT (-): Impacto negativo moderado.
      • +
    • UNKNOWN (?): Relação indefinida.
      • +
    • EQUALS: Satisfação direta e proporcional entre derivados e principais.
      • +
    • SOME: A forma de contribuição é conhecida, mas sua intensidade permanece incerta.
      • +
    +

    Propagação de Impactos

    +

    No NFR Framework, a propagação de impactos analisa como alterações em um softgoal afetam os demais. Isso envolve identificar relações de dependência, avaliar trade-offs e gerenciar efeitos colaterais. As notações típicas incluem:

    +
      +
    • ✓ (satisfeito): Impacto positivo significativo.
      • +
    • 𝒲+ (fracamente satisfeito): Impacto positivo, porém limitado.
      • +
    • X (negado): Impacto negativo significativo.
      • +
    • 𝒲- (fracamente negado): Impacto negativo menor.
      • +
    • 🗲 (conflitante): Relação de conflito com características mistas.
      • +
    • u (indeterminado): Impacto incerto devido à falta de dados.
      • +
    +

    Metodologia

    +

    A construção de um SIG segue etapas sistemáticas, incluindo a definição de temas, revisão de literatura e validação. Primeiramente, os tópicos gerais são refinados para relacionar os requisitos não funcionais. Posteriormente, realiza-se a validação por meio de revisões críticas. Ferramentas como o Draw.io são utilizadas para a elaboração dos gráficos.

    +

    Cartões de Especificação

    +

    Os cartões de especificação apresentados nas Tabelas 1 a 5 foram empregados para descrever os Requisitos Não-Funcionais destinados à elaboração dos NFR Frameworks.

    +

    +

    Tabela 1 - Cartão de Especificação 1

    +

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    RNF01Classificação: Desempenho
    Descrição: O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.
    Justificativa: Garantir agilidade e uma boa experiência do usuário ao utilizar funcionalidades básicas.
    Origem do Requisisto: Pesquisa de mercado e feedback de usuários.
    Critério de Aceitação: Todas as consultas básicas retornam resultados em até 2 segundos em condições normais de operação.
    Dependências: Nenhuma.
    Prioridade:
    Conflitos: Possível aumento do uso de recursos computacionais.
    História: Adicionado após testes iniciais indicarem lentidão em consultas básicas.
    +

    Autor: Victor Rodrigues

    +

    +

    +

    Tabela 2 - Cartão de Especificação 2

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    RNF04Classificação: Acessibilidade
    Descrição: A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022.
    Justificativa: Garantir que o aplicativo seja acessível a todas as pessoas, incluindo aquelas com deficiências.
    Origem do Requisisto: Regulamentações técnicas e normativas.
    Critério de Aceitação: Certificação de conformidade com a norma NBR 17060:2022 após auditoria.
    Dependências: Nenhuma
    Prioridade:
    Conflitos: Necessidade de ajustes adicionais na interface.
    História: Adicionado após revisão normativa.
    +

    Autor: Víctor Schmidt

    +

    +

    +

    Tabela 3 - Cartão de Especificação 3

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    RNF06Classificação: Acessibilidade
    Descrição: O aplicativo deverá disponibilizar suporte para múltiplos idiomas (português como padrão).
    Justificativa: Permitir que o aplicativo seja utilizado por pessoas diferentes regiões.
    Origem do Requisisto: Pesquisa de mercado global.
    Critério de Aceitação: Interface completamente traduzida para os idiomas suportados, com português como padrão.
    Dependências: Nenhuma
    Prioridade:
    Conflitos: Aumento de custo e tempo de desenvolvimento.
    História: Adicionado após feedback de clientes internacionais.
    +

    Autor: Júlia Takaki

    +

    +

    +

    Tabela 4 - Cartão de Especificação 4

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    RNF08Classificação: Eficiência
    Descrição: O perfil de recomendação de investimentos deve ser acessível a partir de 3 cliques de qualquer parte do aplicativo.
    Justificativa: Melhorar a navegação e o acesso rápido a funcionalidades importantes.
    Origem do Requisisto: Pesquisa de usabilidade.
    Critério de Aceitação: Testes de usabilidade comprovarem que o objetivo é alcançado em no máximo 3 cliques.
    Dependências: Nenhuma
    Prioridade:
    Conflitos: Nenhum identificado.
    História: Introduzido após feedback de usuários sobre dificuldade de navegação.
    +

    Autor: Thales Euflauzino

    +

    +

    +

    Tabela 5 - Cartão de Especificação 5

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    RNF09Classificação: Acessibilidade
    Descrição: O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário.
    Justificativa: Reduzir o cansaço visual e atender preferências dos usuários.
    Origem do Requisisto: Pesquisa de satisfação do usuário.
    Critério de Aceitação: Tema escuro implementado e acessível a partir das configurações do aplicativo.
    Dependências: Nenhuma
    Prioridade:
    Conflitos: Nenhum identificado.
    História: Adicionado com base em tendências de mercado.
    +

    Autor: Maria Helena

    +

    +

    NFR 00 - Geral

    +

    Devido à limitação para atuar exclusivamente com Requisitos Não-Funcionais ainda não implementados, o SIG apresentado foi ajustado para incorporar apenas os Requisistos a serem trabalhados, conforme ilustrado na Figura 1.

    +

    +

    Figura 1 - SIG adaptado

    + +

    nfrgeraladptado

    +

    Fonte: Silva, 2019

    +

    +

    NFR 01 - Acessibilidade

    +

    Requisitos Não-Funcionais - Acessibilidade

    +

    Os requisitos utilizados para a construção do SIG apresentado na Figura 2 podem ser encontrados em Requisitos Elicitados.

    +
      +
    • RNF04: Infere que a interface do sistema deve ser desenhada com base em diretrizes técnicas que garantam uma experiência intuitiva e eficiente para o usuário, conforme a norma NBR 17060:2022.
      • +
    • RNF09: Infere que o sistema deve oferecer um tema escuro para proporcionar uma experiência personalizada e confortável, especialmente em ambientes com baixa iluminação.
      • +
    +

    +

    Figura 2 - SIG acessibilidade

    + +

    nfrAcessibilidade

    +

    Autor: Victor Rodrigues, 2024

    +

    +

    Propagação dos Impactos - Acessibilidade

    +

    A avaliação da propagação de impactos está apresentada na Tabela 3.

    +

    +

    Tabela 3 - SIG acessibilidade

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    NFRImpacto
    acessibilidade𝒲-
    personalização da interface𝒲+
    alteração de idiomaX
    mudança de contraste𝒲+
    contraste adequado𝒲+
    intuitividade✓
    legibilidade simplificada𝒲+
    texto redimensionável𝒲-
    feedback claro𝒲+
    +

    Autor: Victor Rodrigues, 2024

    +

    +

    NFR 02 - Eficiência

    +

    Requisitos Não-Funcionais - Eficiência

    +

    Os requisitos utilizados para a construção do SIG apresentado na Figura 3 podem ser encontrados em Requisitos Elicitados.

    +
      +
    • RNF01: Infere que o sistema deve responder a consultas básicas em menos de 2 segundos, garantindo rapidez no processamento e na interação do usuário.
      • +
    • RNF08: Infere que a navegação no aplicativo deve ser simplificada, permitindo acesso rápido ao perfil de recomendação de investimentos com um número reduzido de cliques.
      • +
    +

    +

    Figura 3 - SIG Eficiência

    + +

    nfrEficiencia

    +

    Autor: Víctor Schmidt e Thales Euflauzino, 2024

    +

    +

    Propagação dos Impactos - Eficiência

    +

    A avaliação da propagação de impactos está apresentada na Tabela 4.

    +

    +

    Tabela 4 - SIG adaptado

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    NFRImpacto
    Eficiência𝒲-
    facilidade na navegação𝒲+
    Agilidade na navegação entre seções✓
    Respostas Instantâneas a Ações do Usuários𝒲+
    Agilidade nas respostas𝒲+
    Velocidade de carregamento𝒲+
    Consumo de recursos do DispositivoX
    +

    Autor: Víctor Schmidt e Thales Euflauzino, 2024

    +

    +

    NFR 03 - Desempenho

    +

    Requisitos Não-Funcionais - Desempenho

    +

    Os requisitos utilizados para a construção do SIG apresentado na Figura 4 podem ser encontrados em Requisitos Elicitados.

    +
      +
    • RNF01: Infere que o sistema deve ser tecnicamente otimizado para processar consultas básicas rapidamente, mesmo sob carga normal de uso.
      • +
    +

    +

    Figura 4 - SIG Desempenho

    + +

    nfrDesempenho

    +

    Autor: Júlia Takaki e Maria Helena, 2024

    +

    +

    Propagação dos Impactos - Desempenho

    +

    A avaliação da propagação de impactos está apresentada na Tabela 5.

    +

    +

    Tabela 5 - SIG adaptado

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    NFRImpacto
    Desempenho𝒲+
    Consumo de recursos do Dispositivo𝒲-
    uso eficiente da memória𝒲+
    capacidade de processamento simultâneo✓
    velocidade no carregamento✓
    Desempenho em redes de baixa velocidade𝒲+
    resiliência a interrupções de conexão𝒲+
    +

    Autor: Júlia Takaki e Maria Helena, 2024

    +

    +

    Bibliografia

    +
    +

    PAIM, F. R. S., CASTRO, J. F. B. Enhancing Data Warehouse Design with the NFR Framework. Centro de Informática UFPE, Recife, 2019. Disponível em: http://wer.inf.puc-rio.br/WERpapers/artigos/artigos_WER02/paim.pdf. Acesso em: 13/12/2024.

    +

    SILVA, Reinaldo Antônio. NFR4ES: Um Catálogo de Requisitos Não-Funcionais para Sistemas Embarcados. Centro de Informática UFPE, Recife, 2019. Disponível em: https://repositorio.ufpe.br/handle/123456789/34150. Acesso em: 13/12/2024.

    +

    CHUNG, L., NIXON, B. A., YU, E., MYLOPOULOS, J. Non-functional requirementsin software engineering. Springer Science & Business Media: [S.l.], 2000. v. 5. +

    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutorRevisor
    1.011/12/2024Criação do documentoJúlia TakakiVictor Rodrigues
    1.111/12/2024SGI e Cartões de especificaçãoVictor RodriguesThales Euflauzino
    1.216/12/2024Estrutura nfrVictor RodriguesVictor Schmidt
    1.316/12/2024SGI adicionadosGrupoVictor Schmidt
    1.417/12/2024Ajustando fonte e autorThales EuflauzinoVictor Schmidt
    1.517/12/2024Alteração requisitada pelo professorVictor Rodrigues
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/modelagem-pt2/userstories/index.html b/modelagem-pt2/userstories/index.html new file mode 100644 index 00000000..0d7ff6e1 --- /dev/null +++ b/modelagem-pt2/userstories/index.html @@ -0,0 +1,5422 @@ + + + + + + + + + + + + + + + + + + + + + + + Histórias de Usuário - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + +
    + + + + + + +
    + + + + + + + +
    + +
    + + + + +
    +
    + + + +
    +
    +
    + + + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + + + + +

    Histórias de Usuário

    +

    Introdução

    +

    Histórias de usuários são usadas para capturar as necessidades e expectativas dos usuários finais de forma clara, simples e centrada no valor que será entregue. Elas são descrições breves que comunicam o que um usuário deseja alcançar ao interagir com o sistema.

    +

    Metodologia

    +

    Para realizar a criação das histórias de usuário, foi utilizado o seguinte modelo estabelecido pelo SWEBOK [1]:

    +

    "Como [tipo de usuário], eu quero [ação ou necessidade], para que [benefício ou propósito].".

    +

    Não somente isso, mas tendo como base o modelo de documentação de histórias de usuário definido pelo ministério da agricultura e pecuária [2], as histórias de usuário serão definidas com base no modelo descrito na tabela 1:

    +

    Tabela 1 - Template Histórias de Usuário

    +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    USXX
    História de UsuárioExemplo de história 1
    ÉpicoÉpico 1
    Critérios de Aceitação +
      +
    1. Critério 1
      2. +
    2. Critério 2
      3. +
    +
    PrioridadeAlta
    IDUSXX
    +
    +

    Autor: Maria Helena, 2024

    +

    Vídeo 1 - Entrevista com o Product Owner

    +

    Este vídeo apresenta a entrevista conduzida exclusivamente com o Product Owner Adrian. Durante a gravação, Adrian respondeu a diversas perguntas formuladas por nossa equipe, contribuindo para a construção do backlog e para as histórias de usuário.

    +

    O uso de sua imagem foi previamente autorizado, e sua declaração de consentimento pode ser vista no início do vídeo.

    +

    +

    Vídeo 1 - Elaboração do Product Backlog com o PO

    + + +

    Autor: Víctor Schmidt

    +

    Histórias de Usuário

    +

    US01 - Visualizar a lista de títulos públicos disponíveis

    +
    +Tabela 2 - US01 - Visualizar a lista de títulos públicos disponíveis +

    Tabela 2 - História de Usuário Visualizar a lista de títulos públicos disponíveis

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US01 - Visualizar a lista de títulos públicos disponíveis
    História de UsuárioEu, como usuário, desejo visualizar a lista de títulos públicos disponíveis e suas características principais como nome, título, rentabilidade, valor mínimo e vencimento para conhecer mais sobre os títulos e realizar investimentos.
    ÉpicoEC01 - Visualização de Títulos Públicos
    Critérios de Aceitação +
      +
    1. Os Títulos deverão ser exibidos de ordem do mais recente para o mais antigo
      2. +
    2. Os títulos devem ser agrupados de acordo com o seu tipo, ou seja, agrupados por títulos vinculados a Selic, vinculados à inflação e pré-fixados.
      3. +
    +
    PrioridadeAlta
    IDUS01
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US02 - Simulação de investimento nos títulos

    +
    +Tabela 3 - US02 - Simulação de investimento nos títulos SELIC, Prefixado e Inflação. +

    Tabela 3 - História de Usuário Simulação de investimento nos títulos SELIC, Prefixado e Inflação.

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US02 - Simulação de investimento nos títulos SELIC, Prefixado e Inflação
    História de UsuárioEu, como usuário, desejo realizar a simulação da evolução do meu título para planejar os meus investimentos.
    ÉpicoEC03 - Simulações de investimentos
    Critérios de Aceitação +
      +
    1. A simulação deverá estar disponível para todos os títulos listados no aplicativo
      2. +
    +
    PrioridadeAlta
    IDUS02
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US03 - Resgate antecipado de títulos

    +
    +Tabela 4 - US03 - Resgate antecipado de títulos +

    Tabela 3 - História de Usuário Resgate antecipado de títulos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US03 - Resgate antecipado de títulos
    História de UsuárioEu, como usuário, desejo realizar o resgate antecipado dos títulos, para obter imediatamente o valor investido nesse título.
    ÉpicoEC07 - Processo de Compra de Títulos
    Critérios de Aceitação +
      +
    1. O cálculo do valor líquido que será obtido no resgate deverá ser realizado automaticamente com base na data de resgate e rentabilidade acumulada
      2. +
    2. O resgate antecipado deve estar disponível em todos os títulos do aplicativo
      3. +
    +
    PrioridadeAlta
    IDUS03
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US04 - Salvar metas de investimentos (Sonhos).

    +
    +Tabela 5 - US04 - Salvar metas de investimentos (Sonhos) +

    Tabela 5 - História de Usuário Salvar metas de investimentos (Sonhos)

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US04 - Salvar metas de investimentos (Sonhos)
    História de UsuárioEu, como usuário, desejo salvar as minhas metas de investimento no aplicativo.
    ÉpicoEC09 - Personalização de Metas e Planejamento Financeiro
    Critérios de Aceitação +
      +
    1. O usuário deve poder criar quantas metas quiser
      2. +
    2. O usuário deve ser capaz de customizar as metas definindo um nome para a meta e quantidade de dinheiro que deseja investir
      3. +
    +
    PrioridadeBaixa
    IDUS04
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US05 - Simulação e planejamento de aposentadoria

    +
    +Tabela 6 - US05 - Simulação e planejamento de aposentadoria +

    Tabela 6 - História de Usuário Simulação e planejamento de aposentadoria

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US05 - Simulação e planejamento de aposentadoria
    História de UsuárioEu, como usuário, desejo realizar a simulação e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos títulos do tesouro nacional
    ÉpicoEC10 - Simuladores Avançados
    Critérios de Aceitação +
      +
    1. Para realizar a simulação o usuário deve indicar o ano esperado de aposentadoria
      2. +
    2. A simulação de aposentadoria deve estar disponível para todos os títulos públicos
      3. +
    +
    PrioridadeAlta
    IDUS05
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US06 - Consulta à taxa de custódia da B3 e taxa de administração da instituição financeira.

    +
    +Tabela 7 - US06 - Consulta à taxa de custódia da B3 e taxa de administração da instituição financeira. +

    Tabela 7 História de Usuário Consulta à taxa de custódia da B3 e taxa de administração da instituição financeira

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US06 - Consulta à taxa de custódia da B3 e taxa de administração da instituição financeira
    História de UsuárioEu, como usuário, desejo realizar a consulta à taxa de custódia da B3 e a taxa de administração da instituição financeira na qual o título será adquirido, para entender os custos relacionados ao meu investimento de interesse
    ÉpicoEC04 - Painel de Controle e Relatórios
    Critérios de Aceitação +
      +
    1. Deve estar disponível as taxas administrativas de todas as instituições vinculadas ao aplicativo do tesouro direto.
      2. +
    +
    PrioridadeAlta
    IDUS06
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US07 - Consulta de operações de compra realizadas e agendadas

    +
    +Tabela 8 - US07 - Consulta de operações de compra realizadas e agendadas +

    Tabela 8 - História de Usuário Consulta de operações de compra realizadas e agendadas

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US07 - Consulta de operações de compra realizadas e agendadas
    História de UsuárioEu, como usuário, desejo realizar a consulta de compras realizadas e agendadas na aplicação para me atualizar da situação dos meus investimentos.
    ÉpicoEC07 - Processo de Compra de Títulos - Processo de Compra de Títulos
    Critérios de Aceitação +
      +
    1. Todos os títulos que foram adiquiridos através do aplicativo deverão exibir o seu status de compra
      2. +
    +
    PrioridadeAlta
    IDUS07
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US08 - Fale Conosco

    +
    +Tabela 9 - US03 +

    Tabela 3 - História de Usuário Fale Conosco

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US08 - Fale Conosco
    História de UsuárioEu, como usuário, desejo ter acesso a informações de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usuários, para obter ajuda com as minhas dúvidas referentes às funcionalidades do aplicativo.
    ÉpicoEC12 - Integração com Canais de Atendimento
    Critérios de Aceitação +
      +
    1. As informações de contato e perguntas frequentes deverão estar disponíveis em uma tela chamada "Fale Conosco"
      2. +
    2. A tela "Fale Conosco" deverá possuir pelo menos 5 perguntas frequentes
      3. +
    3. A tela "Fale Conosco" deverá possuir pelo menos um número de contato e um email
      4. +
    +
    PrioridadeBaixa
    IDUS08
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US09 - Visualização dos dados cadastrais do usuário

    +
    +Tabela 10 - US09 - Visualização dos dados cadastrais do usuário +

    Tabela 10 - História de Usuário Visualização dos dados cadastrais do usuário

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US09 - Visualização dos dados cadastrais do usuário
    História de UsuárioEu, como usuário, desejo visualizar minhas informações cadastradas na aplicação para obter informação a respeito dos meus dados na aplicação
    ÉpicoEC11 - Gerencimaneot de Dados do Usuário
    Critérios de Aceitação +
      +
    1. Deve ser possível visualizar os dados de nome, email, cpf e telefone do usuário
      2. +
    +
    PrioridadeMédia
    IDUS09
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US10 - Notificações de lembrete de metas ou vencimento de títulos

    +
    +Tabela 11 - US10 - Notificações de lembrete de metas ou vencimento de títulos +

    Tabela 11 - História de Usuário Notificações de lembrete de metas ou vencimento de títulos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US10 - Notificações de lembrete de metas ou vencimento de títulos
    História de UsuárioEu, como usuário, desejo visualizar notificações personalizadas de vencimento de títulos e metas para obter os status atualizados dos meus investimentos
    ÉpicoEC07 - Processo de Compra de Títulos e EC12 - Integração com Canais de Atendimento
    Critérios de Aceitação +
      +
    1. O usuário deve receber notificações sempre que faltar 1 dia, 1 semana e 1 mês para o vencimento dos títulos e metas
      2. +
    +
    PrioridadeMédia
    IDUS10
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US11 - Transferência automática entre investimentos

    +
    +Tabela 12 - US11 - Transferência automática entre investimentos +

    Tabela 12 - Histórias de Usuário Transferência automática entre investimentos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US11 - Transferência automática entre investimentos
    História de UsuárioEu, como usuário, desejo que seja feita uma transferência automática entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado
    ÉpicoEC02- Gerenciamento de Investimentos
    Critérios de Aceitação +
      +
    1. Todas as metas deverão fazer a transferência automática assim que o investimento aplicado tenha vencido
      2. +
    +
    PrioridadeMédia
    IDUS11
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US12 - Relatórios mensais de investimento

    +
    +Tabela 13 - US12 - Relatórios mensais de investimento +

    Tabela 13 - Histórias de Usuário Relatórios mensais de investimento

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US12 - Relatórios mensais de investimento
    História de UsuárioEu, como usuário, desejo receber relatórios mensais dos meus investimentos, para poder visualizar dados de evolução dos investimentos
    ÉpicoEC04 - Painel de Controle e Relatórios
    Critérios de Aceitação +
      +
    1. Os usuários devem receber relatórios todos os meses
      2. +
    2. Todos os investimentos ativos realizados pelo usuário devem estar presentes no relatório
      3. +
    +
    PrioridadeAlta
    IDUS12
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US13 - Recursos educativos sobre como investir no Tesouro Direto

    +
    +Tabela 14 - US13 - Recursos educativos sobre como investir no Tesouro Direto +

    Tabela 14 - História de Usuário Recursos educativos sobre como investir no Tesouro Direto

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US13 - Recursos educativos sobre como investir no Tesouro Direto
    História de UsuárioEu, como usuário, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto
    ÉpicoEC08 - Recursos Educativos
    Critérios de Aceitação +
      +
    1. Os recursos educativos devem conter textos, fotos e vídeos
      2. +
    2. Os recursos educativos devem conter um glossário para mais termos utilizados no app do tesouro direto
      3. +
    +
    PrioridadeBaixa
    IDUS13
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US14 - Integração com carteiras digitais

    +
    +Tabela 15 - US14 - Integração com carteiras digitais +

    Tabela 15 - Histórias de Usuário Integração com carteiras digitais

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US14 - Integração com carteiras digitais
    História de UsuárioEu, como usuário, desejo que o aplicativo possua integração com carteiras digitais para que eu possa realizar a compra dos títulos do tesouro direto
    ÉpicoEC02 - Gerenciamento de Investimentos
    Critérios de Aceitação +
      +
    1. O aplicativo deve possuir integração com as seguintes instituições financeiras: +
        +
      • INTER DTVM LTDA
        • +
      • NU INVEST CORRETORA DE VALORES S.A
        • +
      • XP INVESTIMENTOS CCTVM S/A
        • +
      +
      2. +
    +
    PrioridadeAlta
    IDUS14
    +
    +

    Autor: Thales Euflauzino , 2024

     +
    + +

    US15 - Alertas de mercado

    +
    +Tabela 16 - US15 - Alertas de mercado +

    Tabela 16 - História de Usuário Alertas de mercado

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US15
    História de UsuárioComo usuário, eu quero receber alertas personalizados sobre mudanças na taxa SELIC e inflação, para que eu possa ajustar meus investimentos com base no mercado.
    ÉpicoEC15 - Atualizações e Notificações Automáticas
    Critérios de Aceitação +
      +
    1. O sistema envia notificações automáticas quando há alterações relevantes nas taxas.
      2. +
    2. O usuário pode configurar os limites ou condições para receber os alertas.
      3. +
    3. As notificações incluem informações resumidas e um link para detalhes.
      4. +
    +
    PrioridadeMédia
    IDUS15
    +
    +

    Autor: Júlia Takaki , 2024

     +
    + +

    US16 - Autodeclaração de expertise

    +
    +Tabela 17 - US16 - Autodeclaração de expertise +

    Tabela 17 - História de Usuário Autodeclaração de expertise

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US16
    História de UsuárioComo um novo usuário, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugestões e recursos.
    ÉpicoEC05 - Cadastro e Personalização de Usuário
    Critérios de Aceitação +
      +
    1. O cadastro inclui uma etapa para declaração de expertise (iniciante, médio ou experiente).
      2. +
    2. As sugestões apresentadas no sistema refletem o nível de expertise selecionado.
      3. +
    3. O nível de expertise pode ser alterado posteriormente nas configurações do usuário.
      4. +
    +
    PrioridadeMédia
    IDUS16
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US17 - Tutorial no uso das funcionalidades

    +
    +Tabela 18 - US17 - Tutorial no uso das funcionalidades +

    Tabela 18 - História de Usuário Tutorial no uso das funcionalidades

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US17
    História de UsuárioComo um novo usuário, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utilizá-lo de forma eficiente desde o início.
    ÉpicoEC08 - Recursos Educativos
    Critérios de Aceitação +
      +
    1. O tutorial é exibido automaticamente na primeira vez que o aplicativo é aberto.
      2. +
    2. O usuário pode revisitar o tutorial a qualquer momento nas configurações.
      3. +
    3. O tutorial cobre as principais funcionalidades, como investimentos, relatórios e simulações.
      4. +
    +
    PrioridadeBaixa
    IDUS17
    +
    +

    Autor: Thales Euflauzino , 2024

     +
    + +

    US18 - Liquidez dos títulos na simulação.

    +
    +Tabela 19 - US18 - Liquidez dos títulos na simulação. +

    Tabela 19 - História de Usuário Liquidez dos títulos na simulação.

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US18
    História de UsuárioComo um investidor, eu quero visualizar a liquidez dos títulos simulados, para que eu possa avaliar a melhor opção para meu perfil de investimento.
    ÉpicoEC03 - Simulações de Investimentos
    Critérios de Aceitação +
      +
    1. O simulador exibe a liquidez de cada título no resultado da simulação.
      2. +
    2. A liquidez é calculada com base nos dados atualizados do Tesouro Nacional.
      3. +
    3. As informações de liquidez são destacadas na interface.
      4. +
    +
    PrioridadeAlta
    IDUS18
    +
    +

    Autor: Thales Euflauzino , 2024

     +
    + +

    US19 - Comparação de Investimentos

    +
    +Tabela 20 - US19 - Comparação de Investimentos +

    Tabela 20 - História de Usuário Comparação de Investimentos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US19
    História de UsuárioComo investidor, eu quero simular a evolução dos títulos do Tesouro Direto em comparação com outras opções, para que eu possa tomar decisões informadas sobre meus investimentos.
    ÉpicoEC03 - Simulações de Investimentos
    Critérios de Aceitação +
      +
    1. O sistema deve incluir comparações com opções como poupança, LCI, LCA, Fundo DI e CDB.
      2. +
    2. O simulador exibe gráficos e tabelas comparativas.
      3. +
    3. As taxas e rendimentos das opções são atualizados automaticamente no sistema.
      4. +
    +
    PrioridadeAlta
    IDUS19
    +
    +

    Autor: Thales Euflauzino , 2024

     +
    + +

    US20 - Simular a evolução das metas

    +
    +Tabela 21 - US20 - Simular a evolução das metas +

    Tabela 21 - História de Usuário Simular a evolução das metas

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US20
    História de UsuárioComo usuário, eu quero simular a evolução das minhas metas na tela de "Meus Sonhos", para que eu possa ajustar meu planejamento conforme necessário.
    ÉpicoEC09 - Personalização de Metas e Planejamento Financeiro
    Critérios de Aceitação +
      +
    1. O sistema permite visualizar o progresso de cada meta em relação ao valor-alvo.
      2. +
    2. O usuário pode realizar simulações ajustando prazos ou valores investidos.
      3. +
    3. As simulações são exibidas de forma gráfica e interativa.
      4. +
    +
    PrioridadeAlta
    IDUS20
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US21 - Dashboard com dados de rentabilidade e inflação.

    +
    +Tabela 22 - US21 - Dashboard com dados de rentabilidade e inflação. +

    Tabela 22 - História de Usuário Dashboard com dados de rentabilidade e inflação.

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US21
    História de UsuárioComo investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus títulos e a taxa de inflação, para que eu possa ter uma visão geral dos meus investimentos.
    ÉpicoEC04 - Painel de Controle e Relatórios
    Critérios de Aceitação +
      +
    1. O dashboard apresenta gráficos interativos de rentabilidade e inflação.
      2. +
    2. O usuário pode personalizar os dados exibidos no painel.
      3. +
    3. O sistema atualiza os dados em tempo real.
      4. +
    +
    PrioridadeMédia
    IDUS21
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US22 - Barra de progresso em "Meus Sonhos".

    +
    +Tabela 23 - US22 - Barra de progresso em "Meus Sonhos". +

    Tabela 23 - História de Usuário Barra de progresso em "Meus Sonhos"

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US22
    História de UsuárioComo usuário, eu quero visualizar uma barra de progresso em cada meta na aba "Meus Sonhos", para que eu saiba quanto falta para atingir meu objetivo.
    ÉpicoEC09 - Personalização de Metas e Planejamento Financeiro
    Critérios de Aceitação +
      +
    1. A barra de progresso é atualizada automaticamente com base nos valores investidos.
      2. +
    2. O progresso é exibido em porcentagem e valores absolutos.
      3. +
    3. O design da barra é visível em diferentes dispositivos.
      4. +
    +
    PrioridadeBaixa
    IDUS22
    +
    +

    Autor: Thales Euflauzino , 2024

     +
    + +

    US23 - Comparação da simulação com os padrões do INSS.

    +
    +Tabela 24 - US23 - Comparação da simulação com os padrões do INSS +

    Tabela 24 - História de Usuário Comparação da simulação com os padrões do INSS.

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US23
    História de UsuárioComo usuário, eu quero comparar minha simulação de aposentadoria com os padrões do INSS, para que eu entenda as vantagens de investir no Tesouro Direto.
    ÉpicoEC10 - Simuladores Avançados
    Critérios de Aceitação +
      +
    1. A comparação exibe os valores estimados de aposentadoria com INSS e com investimentos no Tesouro Direto.
      2. +
    2. O sistema permite ajustar os parâmetros do INSS, como tempo de contribuição.
      3. +
    3. O comparativo é exibido de forma gráfica e textual.
      4. +
    +
    PrioridadeMédia
    IDUS23
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US24 - Sugestões com base na expertise

    +
    +Tabela 25 - US24 - Sugestões com base na expertise +

    Tabela 25 - História de Usuário Sugestões com base na expertise

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US24
    História de UsuárioComo usuário, eu quero visualizar sugestões personalizadas com base na minha expertise, para que eu possa acessar conteúdos relevantes e de acordo com meu perfil.
    ÉpicoEC05 - Cadastro e Personalização de Usuário
    Critérios de Aceitação +
      +
    1. As sugestões são exibidas na página inicial "Meu Investimento".
      2. +
    2. O conteúdo sugerido é baseado no nível de expertise declarado pelo usuário.
      3. +
    3. As sugestões podem incluir artigos, vídeos ou investimentos recomendados.
      4. +
    +
    PrioridadeBaixa
    IDUS24
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US25 - Métodos de pagamento para compra de títulos

    +
    +Tabela 26 - US25 - Métodos de pagamento para compra de títulos +

    Tabela 26 - História de Usuário Métodos de pagamento para compra de títulos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US25
    História de UsuárioComo investidor, eu quero comprar títulos públicos com diferentes métodos de pagamento, para que eu tenha flexibilidade nas transações.
    ÉpicoEC07 - Processo de Compra de Títulos
    Critérios de Aceitação +
      +
    1. O sistema aceita pagamento via transferência bancária, PIX e débito automático.
      2. +
    2. As opções de pagamento são exibidas no momento da compra.
      3. +
    3. A transação é confirmada com um comprovante enviado ao usuário.
      4. +
    +
    PrioridadeAlta
    IDUS25
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US26 - Rentabilidade acumulada de títulos

    +
    +Tabela 27 - US26 - Rentabilidade acumulada de títulos +

    Tabela 27 - História de Usuário Rentabilidade acumulada de títulos

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US26
    História de UsuárioComo investidor, eu quero visualizar a rentabilidade acumulada de cada título na minha carteira, para que eu possa monitorar meu portfólio de investimentos.
    ÉpicoEC04 - Painel de Controle e Relatórios
    Critérios de Aceitação +
      +
    1. O sistema apresenta a rentabilidade acumulada em um painel de controle.
      2. +
    2. O usuário pode filtrar os dados por período ou tipo de título.
      3. +
    3. Os valores exibidos são atualizados em tempo real.
      4. +
    +
    PrioridadeAlta
    IDUS26
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US27 - Cadastro no próprio sistema

    +
    +Tabela 28 - US27 - Cadastro no próprio sistema +

    Tabela 28 - História de Usuário Cadastro no próprio sistema

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US27
    História de UsuárioComo usuário, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo.
    ÉpicoEC05 - Cadastro e Personalização de Usuário
    Critérios de Aceitação +
      +
    1. O sistema oferece campos para nome, CPF, e-mail e celular.
      2. +
    2. O usuário recebe um e-mail de confirmação após o cadastro.
      3. +
    3. As informações fornecidas são validadas automaticamente pelo sistema.
      4. +
    +
    PrioridadeAlta
    IDUS27
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US28 - Login e cadastro a partir do sistema gov.br

    +
    +Tabela 29 - US28 - Login e cadastro a partir do sistema gov.br +

    Tabela 29 - História de Usuário Login e cadastro a partir do sistema gov.br

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US28
    História de UsuárioComo usuário, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma prática e segura.
    ÉpicoEC05 - Cadastro e Personalização de Usuário
    Critérios de Aceitação +
      +
    1. O sistema oferece a opção de integração com o gov.br.
      2. +
    2. O login e o cadastro via gov.br são seguros e compatíveis com a LGPD.
      3. +
    3. O sistema sincroniza os dados automaticamente após o login.
      4. +
    +
    PrioridadeMédia
    IDUS28
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US29 - Agendamento de Compras

    +
    +Tabela 30 - US29 - Agendamento de Compras +

    Tabela 30 - História de Usuário Agendamento de Compras

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US29
    História de UsuárioComo investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros.
    ÉpicoEC02 - Gerenciamento de Investimentos
    Critérios de Aceitação +
      +
    1. O usuário pode selecionar o título desejado.
      2. +
    2. O sistema oferece opção de investimento imediato ou agendado.
      3. +
    3. O agendamento é confirmado por notificações.
      4. +
    +
    PrioridadeAlta
    IDUS29
    +
    +

    Autor: Victor Schmidt , 2024

     +
    + +

    US30 - Armazenamento de Informações dos Títulos e do Mercado

    +
    +Tabela 31 - US30 - Armazenamento de Informações dos Títulos e do Mercado +

    Tabela 31 - História de Usuário Armazenamento de Informações dos Títulos e do Mercado

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US30
    História de UsuárioComo um usuário, eu quero que o sistema armazene e exiba as principais informações sobre os títulos públicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decisões informadas.
    ÉpicoEC01 - Visualização de Títulos Públicos
    Critérios de Aceitação +
      +
    1. O sistema armazena e apresenta os seguintes dados dos títulos públicos: Preço unitário; Rentabilidade; Valor mínimo para investir; Data de vencimento; Pagamento de juros; Taxa da B3; Imposto de renda previsto sobre o rendimento; Taxa de IOF.
      2. +
    2. O sistema exibe informações sobre o horário de funcionamento do mercado financeiro e o tempo de liquidação dos juros.
      3. +
    3. Os dados armazenados são atualizados automaticamente em tempo real com base nas variações do mercado.
      4. +
    +
    PrioridadeAlta
    IDUS30
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US31 - Simular evolução de um título com base em período de tempo

    +
    +Tabela 32 - US31 - Simular evolução de um título com base em período de tempo +

    Tabela 32 - História de Usuário Simular evolução de um título com base em período de tempo

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US32
    História de UsuárioComo investidor, eu quero simular a evolução de um título com base em um período de tempo, para que eu possa prever a rentabilidade do investimento.
    ÉpicoEC03 - Simulações de Investimentos
    Critérios de Aceitação +
      +
    1. O simulador permite configurar o período desejado.
      2. +
    2. O sistema calcula a evolução com base nas taxas e características do título.
      3. +
    3. O resultado da simulação é apresentado em gráficos de fácil visualização.
      4. +
    +
    PrioridadeAlta
    IDUS31
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US32 - Questionário de informações necessárias para gerar o simulador.

    +
    +Tabela 33 - US32 - Questionário de informações necessárias para gerar o simulador +

    Tabela 33 - História de Usuário Questionário de informações necessárias para gerar o simulador

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US33
    História de UsuárioComo um investidor, eu quero responder a um questionário no simulador, para que as simulações geradas estejam alinhadas ao meu perfil e objetivos.
    ÉpicoEC03 - Simulações de Investimentos
    Critérios de Aceitação +
      +
    1. O questionário coleta dados como perfil de risco, prazo de investimento e objetivo financeiro.
      2. +
    2. O simulador ajusta os resultados com base nas respostas do usuário.
      3. +
    3. O questionário pode ser revisado e ajustado pelo investidor.
      4. +
    +
    PrioridadeMédia
    IDUS32
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US33 - Simulação de Metas

    +
    +Tabela 34 - US33 - Simulação de Metas +

    Tabela 34 - História de Usuário Simulação de Metas

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US33
    História de UsuárioComo investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras.
    ÉpicoEC03 - Simulações de Investimentos
    Critérios de Aceitação +
      +
    1. O simulador solicita informações como título, valor investido e tempo de investimento.
      2. +
    2. O sistema calcula e apresenta o valor estimado de resgate futuro.
      3. +
    3. As informações são exibidas em gráficos e tabelas para melhor compreensão.
      4. +
    +
    PrioridadeAlta
    IDUS33
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US34 - Meta com barra de progresso individual

    +
    +Tabela 35 - US34 - Meta com barra de progresso individual +

    Tabela 35 - História de Usuário Meta com barra de progresso individual

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US34
    História de UsuárioComo usuário, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo.
    ÉpicoEC09 - Personalização de Metas e Planejamento Financeiro
    Critérios de Aceitação +
      +
    1. Cada meta possui sua barra de progresso específica.
      2. +
    2. A barra é destacada ao selecionar uma meta específica.
      3. +
    3. O sistema permite alternar entre metas facilmente.
      4. +
    +
    PrioridadeBaixa
    IDUS34
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US35 - Validação de usuário

    +
    +Tabela 36 - US35 - Validação de usuário +

    Tabela 36 - História de Usuário Validação de usuário

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US35
    História de UsuárioComo um usuário, eu quero que meu cadastro inclua validação de dados pessoais, para que eu evite erros no preenchimento.
    ÉpicoEC11 - Gerenciamento de Dados do Usuário
    Critérios de Aceitação +
      +
    1. O sistema valida CPF, e-mail e número de celular no momento do cadastro.
      2. +
    2. Campos obrigatórios são destacados e o usuário recebe feedback em caso de erro.
      3. +
    3. O sistema exibe mensagens de sucesso ao concluir o cadastro corretamente.
      4. +
    +
    PrioridadeAlta
    IDUS35
    +
    +

    Autor: Victor Rodrigues , 2024

     +
    + +

    US36 - Tema Escuro

    +
    +Tabela 37 - US36 - Tema Escuro +

    Tabela 37 - História de Usuário Tema Escuro

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US36
    História de UsuárioEu, Como um usuário, quero que poder escolher entre tema claro e escuro, para melhorar a minha experiência no aplicativo.
    ÉpicoEC13 - Funcionalidades de Acessibilidade
    Critérios de Aceitação +
      +
    1. Todo o aplicativo deverá possuir uma versão no tema escuro.
      2. +
    2. A versão padrão do aplicativo deve ser de tema claro.
      3. +
    +
    PrioridadeBaixa
    IDUS36
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US37 - Ajuste da Velicidade do Áudio

    +
    +Tabela 38 - US37 - Ajuste da Velicidade do Áudio +

    Tabela 38 - História de Usuário Ajuste da Velicidade do Áudio

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US37
    História de UsuárioEu, Como um usuário, desejo ajustar a velocidade dos áudios disponíveis no aplicativo para melhorar minha compreensão dos conteúdos de áudio.
    ÉpicoEC13 - Funcionalidades de Acessibilidade
    Critérios de Aceitação +
      +
    1. O áudio deverá estar na velocidade normal por padrão.
      2. +
    2. O áudio deverá possuir as seguintes opções de velocidade: +
        +
      • 0.25x
        • +
      • 0.5x
        • +
      • 0.75x
        • +
      • 1x
        • +
      • 1.25x
        • +
      • 1.5x
        • +
      • 1.75x
        • +
      • 2x
        • +
      +
      3. +
    +
    PrioridadeBaixa
    IDUS37
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US38 - Mudança de idioma do aplicativo

    +
    +Tabela 39 - US38 - Mudança de idioma do aplicativo +

    Tabela 38 - História de Usuário Mudança de idioma do aplicativo

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US38
    História de UsuárioEu, Como um usuário, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim.
    ÉpicoEC14 - Multilingue e inclusão
    Critérios de Aceitação +
      +
    1. O idioma padrão deverá ser o português brasileiro.
      2. +
    2. Além do portugês brasileiro, o aplicativo deverá possuir as seguintes opções de idiomas: +
        +
      1. Inglês
        2. +
      2. Espanhol
        3. +
      +
      3. +
    +
    PrioridadeMédia
    IDUS38
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US39 - Segurança dos Dados

    +
    +Tabela 40 - US39 - Segurança dos Dados +

    Tabela 39 - História de Usuário Segurança dos Dados

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US39
    História de UsuárioEu, Como um usuário, desejo ter segurança na navegação no aplicativo, para garantir a segurança dos meus dados.
    ÉpicoEC06 - Segurança e Acessibilidade
    Critérios de Aceitação +
      +
    1. O aplicativo deve seguir os critérios de segurança da LGPD.
      2. +
    +
    PrioridadeAlta
    IDUS39
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US40 - Responsividade do aplicativo

    +
    +Tabela 41 - US40 - Responsividade do aplicativo +

    Tabela 41 - História de Usuário Responsividade do aplicativo

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US40
    História de UsuárioEu, Como um usuário, desejo poder acessar o dispositivo em qualquer tablet ou celular compatível .
    ÉpicoEC06 - Segurança e Acessibilidade
    Critérios de Aceitação +
      +
    1. A interface do aplicativo deve se ajustar automaticamente a diferentes tamanhos de tela, incluindo smartphones e tablets.
      2. +
    2. Todos os elementos da interface (botões, textos, imagens e formulários) devem ser visíveis e funcionais sem necessidade de zoom ou rolagem para baixo para mais de metade da tela
      3. + +
    +
    PrioridadeMédia
    IDUS40
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    US41 - Acessibilidade Visual

    +
    +Tabela 42 - US41 - Mudança de idioma do aplicativo +

    Tabela 42 - História de Usuário Acessibilidade Visual

     +
    + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    US41
    História de UsuárioEu, Como um usuário, desejo navegar em um aplicativo acessível para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade.
    ÉpicoEC06 - Segurança e Acessibilidade
    Critérios de Aceitação +
      +
    1. A interface deve seguir as diretrizes da norma NBR 17060:2022 para acessibilidade visual, garantindo: +
        +
      1. Contraste adequado entre texto e fundo, conforme padrões mínimos de luminância.
        2. +
      2. Tamanho de fonte ajustável, permitindo ampliação sem distorção do layout.
        3. +
      3. Uso de texto alternativo (alt text) para imagens e ícones informativos.
        4. +
      4. Foco visível e navegabilidade através de teclado e leitores de tela.
        5. +
      +
      2. +
    +
    PrioridadeBaixa
    IDUS41
    +
    +

    Autor: Maria Helena, 2024

     +
    + +

    Referência Bibliográfica

    +
    +

    1. Washizaki, Hironori. Guide to the Software Engineering Body of Knowledge, Version 4.0. SWEBOK. IEEE Computer Society, 2024. Disponível em: https://www.computer.org/education/bodies-of-knowledge/software-engineering. p. 54.

    +

    1. BRASIL. História de usuário. Disponível em: https://www.gov.br/agricultura/pt-br/acesso-a-informacao/licitacoes-e-contratos/edital/2019/pregao-eletronico-no-05-2018/templates-artefatos/estoria-de-usuario.doc/view. Acesso em: 14 dez. 2024.

    +
    +

    Bibliografia

    +
    +
      +
    1. +

      Bilheteria Digital - Histórias de Usuário. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/tecnicas/introspeccao/. Acesso em 14 de dezembro de 2024

      +
      2. +
    2. +

      SERRANO, Milene; SERRANO, Mauricio. Requisitos - Aula 15. Apresentação de slides. FCTE (Faculdade de Ciências e Tecnologias em Engenharia): UnB, s.d.. Acesso em: 11 de dezembro 2024.

      +
      3. +
    +
    +

    Histórico de Versões

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    VersãoDataDescriçãoAutorRevisor
    1.013/12/2024Criação do documentoMaria HelenaVictor Rodrigues
    1.115/12/2024Adição de USVictor Rodrigues, Maria Helena, Júlia Takaki, Thales Euflauzino e Víctor SchmidtVíctor Schmidt
    1.217/12/2024Adição de novas histórias de usuárioMaria HelenaVíctor Schmidt
    + + + + + + + + + + + + + +
    +
    + + + +
    + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/search/search_index.json b/search/search_index.json new file mode 100644 index 00000000..99976153 --- /dev/null +++ b/search/search_index.json @@ -0,0 +1 @@ +{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Grupo 05","text":"

    Figura 1: Logo do Tesouro Direto

    Fonte: Tesouro Direto

    Esta p\u00e1gina \u00e9 um espa\u00e7o dedicado \u00e0 documenta\u00e7\u00e3o de todos os artefatos desenvolvidos pelo Grupo 05 na disciplina de Requisitos de Software da Universidade de Bras\u00edlia, Campus Gama (FGA-UnB) ao longo do segundo semestre de 2024. O objetivo do projeto \u00e9 fazer a avalia\u00e7\u00e3o sobre requisitos do aplicativo Tesouro Direto. O aplicativo, cuja logo est\u00e1 explicitada na Figura 1, desenvolvido pela Secretaria do Tesouro Nacional do Brasil em parceria com a B3, tem o objetivo de democratizar a compra e venda de t\u00edtulos p\u00fablicos federais para pessoas f\u00edsicas de forma 100% online.

    "},{"location":"#desenvolvedores","title":"\ud83d\udc68\u200d\ud83d\udcbb Desenvolvedores","text":"ThalesEuflauzino V\u00edctorSchmidt MariaHelena J\u00faliaTakaki VictorHugo"},{"location":"#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 24/10/2024 Cria\u00e7\u00e3o do GitHub Pages Thales Euflauzino V\u00edctor Schmidt 1.1 30/10/2024 Adi\u00e7\u00e3o das informa\u00e7\u00f5es do app escolhido Thales Euflauzino V\u00edctor Schmidt"},{"location":"tutorial/","title":"Instala\u00e7\u00e3o e Comandos B\u00e1sicos do MkDocs","text":""},{"location":"tutorial/#1-instalando-o-mkdocs-e-o-tema-do-projeto","title":"1. Instalando o MkDocs e o tema do projeto","text":"

    Primeiro, \u00e9 necess\u00e1rio ter o Python e o pip instalados. Com eles prontos, instale o MkDocs utilizando o seguinte comando:

    pip install mkdocs mkdocs-material\n
    "},{"location":"tutorial/#2-iniciando-um-projeto-mkdocs","title":"2. Iniciando um Projeto MkDocs","text":"

    Para criar um novo projeto com MkDocs, use:

    mkdocs new nome_do_projeto\ncd nome_do_projeto\n
    "},{"location":"tutorial/#3-visualizando-o-site-localmente","title":"3. Visualizando o Site Localmente","text":"

    Dentro do diret\u00f3rio do projeto, execute o comando abaixo para iniciar o servidor de desenvolvimento e visualizar seu site localmente:

    mkdocs serve\n

    Ap\u00f3s isso, acesse http://127.0.0.1:8000 no navegador para ver o site.

    "},{"location":"tutorial/#4-criando-a-documentacao","title":"4. Criando a Documenta\u00e7\u00e3o","text":"

    Com o site configurado, adicione e organize suas p\u00e1ginas no arquivo mkdocs.yml, conforme o exemplo abaixo.

    "},{"location":"tutorial/#configuracao-simplificada-do-mkdocsyml","title":"Configura\u00e7\u00e3o Simplificada do mkdocs.yml","text":"

    Este \u00e9 um guia b\u00e1sico e simplificado para configurar o arquivo mkdocs.yml no MkDocs.

    # Nome do site (exibido no cabe\u00e7alho e t\u00edtulo da p\u00e1gina)\nsite_name: \"Meu Projeto\"\n\n# URL do site (\u00fatil para SEO e links)\nsite_url: \"https://meusite.com\"\n\n# Descri\u00e7\u00e3o do site (aparece nos metadados, bom para SEO)\nsite_description: \"Documenta\u00e7\u00e3o do Meu Projeto\"\n\n# Nome do autor (opcional, usado em metadados)\nsite_author: \"Seu Nome\"\n\n# URL do reposit\u00f3rio (opcional, aparece no cabe\u00e7alho com um link)\nrepo_url: \"https://github.com/usuario/projeto\"\nrepo_name: \"GitHub\"\n\n# Tema do site (pode ser 'material' ou outro tema que preferir)\ntheme:\n  name: \"material\"\n  palette:\n    primary: \"indigo\"\n    accent: \"deep orange\"\n\n# Navega\u00e7\u00e3o (define a ordem das p\u00e1ginas no menu)\nnav:\n  - Home: index.md\n  - Instala\u00e7\u00e3o: instalacao.md\n  - Uso:\n      - B\u00e1sico: uso_basico.md\n      - Avan\u00e7ado: uso_avancado.md\n\n# Plugins (adiciona funcionalidades extras)\nplugins:\n  - search  # Pesquisa interna do site\n  - minify:  # Otimiza HTML, CSS e JS para menor tamanho\n      minify_html: true\n\n# Extens\u00f5es Markdown (adiciona funcionalidades extras ao Markdown)\nmarkdown_extensions:\n  - toc         # Gera automaticamente uma tabela de conte\u00fados\n  - admonition  # Blocos de alerta (informa\u00e7\u00e3o, aviso, etc)\n\n# Arquivos CSS e JS extras (personalize a apar\u00eancia e comportamento)\nextra_css:\n  - \"css/estilos_custom.css\"\n\nextra_javascript:\n  - \"js/scripts_custom.js\"\n ```\n\n# Exemplos de Como Adicionar Itens\n\n### 1. Adicionando uma P\u00e1gina Simples\n\nPara adicionar uma nova p\u00e1gina simples \u00e0 navega\u00e7\u00e3o:\n\n```yaml\nnav:\n  - Home: index.md\n  - Sobre: sobre.md  # Adicionando a p\u00e1gina \"Sobre\"\n
    "},{"location":"tutorial/#2-adicionando-subpaginas","title":"2. Adicionando Subp\u00e1ginas","text":"

    Para organizar suas p\u00e1ginas em uma hierarquia, voc\u00ea pode adicionar subp\u00e1ginas. Aqui est\u00e1 como fazer isso:

    nav:\n  - Home: index.md\n  - Tutoriais:\n      - Introdu\u00e7\u00e3o: tutoriais/introducao.md\n      - Avan\u00e7ado: tutoriais/avancado.md  # Adicionando uma subp\u00e1gina\n
    "},{"location":"tutorial/#3-modificando-um-item-existente","title":"3. Modificando um Item Existente","text":"

    Se voc\u00ea deseja alterar o t\u00edtulo ou o arquivo de uma p\u00e1gina existente, basta modificar o item correspondente. Por exemplo, para mudar \"Sobre\" para \"Quem Somos\":

    nav:\n  - Home: index.md\n  - Quem Somos: sobre.md  # Alterando o t\u00edtulo de \"Sobre\" para \"Quem Somos\"\n
    "},{"location":"tutorial/#4-removendo-um-item","title":"4. Removendo um Item","text":"

    Para remover um item, basta exclu\u00ed-lo da se\u00e7\u00e3o nav. Por exemplo, se voc\u00ea quiser remover a p\u00e1gina \"Sobre\":

    nav:\n  - Home: index.md\n  # - Sobre: sobre.md  # Comentado ou removido\n
    "},{"location":"tutorial/#5-agrupando-itens","title":"5. Agrupando Itens","text":"

    Voc\u00ea pode agrupar v\u00e1rias p\u00e1ginas em um \u00fanico item para manter a navega\u00e7\u00e3o organizada. Aqui est\u00e1 um exemplo:

    nav:\n  - Home: index.md\n  - Tutoriais:\n      - Introdu\u00e7\u00e3o: tutoriais/introducao.md\n      - Avan\u00e7ado: tutoriais/avancado.md\n  - Refer\u00eancia:\n      - API: referencia/api.md\n      - FAQ: referencia/faq.md\n
    "},{"location":"tutorial/#dicas-importantes","title":"Dicas Importantes","text":"
    • Caminhos Relativos: Os caminhos dos arquivos devem ser relativos \u00e0 pasta docs. Se o seu arquivo estiver em uma subpasta, inclua o caminho completo.
    • Ordena\u00e7\u00e3o: A ordem dos itens na se\u00e7\u00e3o nav reflete a ordem em que eles aparecer\u00e3o no menu de navega\u00e7\u00e3o. Basta reorganizar os itens para mudar a ordem.
    • Consist\u00eancia: Certifique-se de que os nomes dos arquivos Markdown estejam corretos e correspondam aos que voc\u00ea criou na pasta docs.
    "},{"location":"Apresentacoes/apresentacao01/","title":"Apresenta\u00e7\u00e3o 1 - 02/11/2024","text":""},{"location":"Apresentacoes/apresentacao01/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Essa p\u00e1gina tem como objetivo guardar/documentar a grava\u00e7\u00e3o da apresenta\u00e7\u00e3o da entrega 1

    "},{"location":"Apresentacoes/apresentacao01/#video-da-apresentacao","title":"V\u00eddeo da apresenta\u00e7\u00e3o","text":"

    V\u00eddeo 1: Requisitos - Apresenta\u00e7\u00e3o 1

    Autor: V\u00edctor Schmidt

    "},{"location":"Apresentacoes/apresentacao01/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/11/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt Thales Euflauzino 1.1 02/11/2024 Pequenas altera\u00e7\u00f5es V\u00edctor Schmidt Thales Euflauzino"},{"location":"Apresentacoes/apresentacao02/","title":"Apresenta\u00e7\u00e3o 2 - 23/11/2024","text":""},{"location":"Apresentacoes/apresentacao02/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Essa p\u00e1gina tem como objetivo guardar/documentar a grava\u00e7\u00e3o da apresenta\u00e7\u00e3o da entrega 2.

    "},{"location":"Apresentacoes/apresentacao02/#video-da-apresentacao","title":"V\u00eddeo da apresenta\u00e7\u00e3o","text":"

    V\u00eddeo 1: Requisitos - Apresenta\u00e7\u00e3o 2

    Autor: V\u00edctor Rodrigues

    "},{"location":"Apresentacoes/apresentacao02/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 23/11/2024 Cria\u00e7\u00e3o do documento V\u00edctor Rodrigues Thales Euflauzino"},{"location":"Apresentacoes/apresentacao03/","title":"Apresenta\u00e7\u00e3o 3 - 07/12/2024","text":""},{"location":"Apresentacoes/apresentacao03/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Essa p\u00e1gina tem como objetivo guardar/documentar a grava\u00e7\u00e3o da apresenta\u00e7\u00e3o da entrega 3.

    "},{"location":"Apresentacoes/apresentacao03/#video-da-apresentacao","title":"V\u00eddeo da apresenta\u00e7\u00e3o","text":"

    V\u00eddeo 1: Requisitos - Apresenta\u00e7\u00e3o 3

    Autor: Thales Euflauzino

    "},{"location":"Apresentacoes/apresentacao03/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 07/12/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino V\u00edctor Schmidt"},{"location":"Apresentacoes/apresentacao04/","title":"Apresenta\u00e7\u00e3o 4 - 15/12/2024","text":""},{"location":"Apresentacoes/apresentacao04/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Essa p\u00e1gina tem como objetivo guardar/documentar a grava\u00e7\u00e3o da apresenta\u00e7\u00e3o da entrega 4.

    "},{"location":"Apresentacoes/apresentacao04/#video-da-apresentacao","title":"V\u00eddeo da apresenta\u00e7\u00e3o","text":"

    V\u00eddeo 1: Requisitos - Apresenta\u00e7\u00e3o 4

    [video]

    Autor:

    "},{"location":"Apresentacoes/apresentacao04/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 12/12/2024 Cria\u00e7\u00e3o do documento Victor Rodrigues Thales Euflauzino"},{"location":"Atas/ata01/","title":"Reuni\u00e3o 23/10/2024","text":"

    In\u00edcio: 20:45 | Fim: 21:30

    "},{"location":"Atas/ata01/#participantes-convocados","title":"Participantes Convocados","text":"

    Na Tabela 1, s\u00e3o apresentados os participantes da reuni\u00e3o juntamente com os indicadores que demonstram se est\u00e3o presentes ou n\u00e3o, onde \u2705 significa que o participante est\u00e1 presente e \u274c significa que o participante n\u00e3o compareceu \u00e0 reuni\u00e3o.

    Tabela 1: Participantes Convocados e Presen\u00e7a na Reuni\u00e3o

    NomeMatr\u00edculaPresente Julia Takaki221029249\u2705 Maria Helena222006982\u2705 Thales Euflauzino222006178\u2705 Victor Rodrigues211063256\u2705 V\u00edctor Schmidt222021924\u2705

    Autor: V\u00edctor Schmidt

    "},{"location":"Atas/ata01/#pautas","title":"Pautas","text":"
    • Divis\u00e3o das tarefas
    • Comunica\u00e7\u00e3o sobre organiza\u00e7\u00e3o inicial no Notion
    "},{"location":"Atas/ata01/#decisoes","title":"Decis\u00f5es","text":"
    • Foram decididos/comunicados os apps que cada um escolheu para expor o porque do app ser escolhido
    • Foram definidos os prazos das entregas
    "},{"location":"Atas/ata01/#compromissos","title":"Compromissos","text":"

    Na reuni\u00e3o, foram definidos compromissos para os participantes executarem com o objetivo de dar continuidade ao projeto. Os compromissos, a pessoa respons\u00e1vel, a data da entrega e o revisor est\u00e3o especificados na Tabela 2.

    Tabela 2: Compromisso dos participantes decididos da reuni\u00e3o

    CompromissoRespons\u00e1velData de EntregaRevisor Planejamento do CronogramaMaria Helena e V\u00edctor Schmidt25/10/2024Todos App EscolhidoVictor Rodrigues26/10/2024Julia Takaki Cria\u00e7\u00e3o do GitHub PagesThales Euflauzino24/10/2024V\u00edctor Schmidt Termo de Uso do Aplicativo SelecionadoVictor Rodrigues26/10/2024Julia Takaki Ferramentas Utilizadas para o ProjetoJulia Takaki27/10/2024V\u00edctor Schmidt

    Autor: V\u00edctor Schmidt

    "},{"location":"Atas/ata01/#gravacao-da-reuniao","title":"Grava\u00e7\u00e3o da reuni\u00e3o","text":""},{"location":"Atas/ata01/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 23/10/2024 Primeira ata V\u00edctor Schmidt Julia Takaki 1.1 24/10/2024 Adicionando video V\u00edctor Schmidt Julia Takaki 1.2 24/10/2024 Corrigindo fontes Victor Rodrigues Thales Euflauzino 1.3 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino V\u00edctor Schmidt"},{"location":"Atas/ata02/","title":"Reuni\u00e3o 23/10/2024","text":"

    In\u00edcio: 21:32 | Fim: 21:40

    "},{"location":"Atas/ata02/#participantes-convocados","title":"Participantes Convocados","text":"

    Na Tabela 1, s\u00e3o apresentados os participantes da reuni\u00e3o juntamente com os indicadores que demonstram se est\u00e3o presentes ou n\u00e3o, onde \u2705 significa que o participante est\u00e1 presente e \u274c significa que o participante n\u00e3o compareceu \u00e0 reuni\u00e3o.

    Tabela 1: Participantes Convocados e Presen\u00e7a na Reuni\u00e3o

    NomeMatr\u00edculaPresente Julia Takaki221029249\u2705 Maria Helena222006982\u2705 Thales Euflauzino222006178\u2705 Victor Rodrigues211063256\u2705 V\u00edctor Schmidt222021924\u2705

    Autor: V\u00edctor Rodrigues

    "},{"location":"Atas/ata02/#pautas","title":"Pautas","text":"
    • Divis\u00e3o das tarefas
    "},{"location":"Atas/ata02/#decisoes","title":"Decis\u00f5es","text":"
    • Artefatos divididos conforme cronograma do projeto.
    "},{"location":"Atas/ata02/#compromissos","title":"Compromissos","text":"
    • Todos se comprometer\u00e3o a entregar os artefatos dentro do prazo de entrega.
    "},{"location":"Atas/ata02/#gravacao-da-reuniao","title":"Grava\u00e7\u00e3o da reuni\u00e3o","text":""},{"location":"Atas/ata02/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/11/2024 Estrutura\u00e7\u00e3o inicial e preenchimento V\u00edctor Rodrigues Maria Helena 1.1 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino V\u00edctor Schmidt"},{"location":"Atas/ata03/","title":"Reuni\u00e3o 20/11/2024","text":"

    In\u00edcio: 15:50 | Fim: 17:25

    "},{"location":"Atas/ata03/#participantes-convocados","title":"Participantes Convocados","text":"

    Na Tabela 1, s\u00e3o apresentados os participantes da reuni\u00e3o juntamente com os indicadores que demonstram se est\u00e3o presentes ou n\u00e3o, onde \u2705 significa que o participante est\u00e1 presente e \u274c significa que o participante n\u00e3o compareceu \u00e0 reuni\u00e3o.

    Tabela 1: Participantes Convocados e Presen\u00e7a na Reuni\u00e3o

    NomeMatr\u00edculaPresente J\u00falia Takaki221029249\u2705 Maria Helena222006982\u2705 Thales Euflauzino222006178\u2705 Victor Rodrigues211063256\u2705 V\u00edctor Schmidt222021924\u2705

    Autor: V\u00edctor Schmidt

    "},{"location":"Atas/ata03/#pautas","title":"Pautas","text":"
    • Acompanhamento do desenvolvimento das atividades estipuladas por parte dos membros
    "},{"location":"Atas/ata03/#atualizacoes-de-cada-membro","title":"Atualiza\u00e7\u00f5es de Cada Membro","text":"

    Foram dadas as seguintes instru\u00e7\u00f5es para elabora\u00e7\u00e3o da atualiza\u00e7\u00e3o:

    1. Responda \u00e0s perguntas abaixo no grupo.
    2. Seja claro e objetivo para facilitar o acompanhamento.
    3. Caso necess\u00e1rio, mencione pessoas ou tarefas espec\u00edficas.

    Perguntas:

    1. Como est\u00e1 o andamento das suas atividades? Descreva o progresso atual e o status das suas tarefas
    2. Voc\u00ea precisa de ajuda com algo? Mencione qualquer dificuldade ou suporte necess\u00e1rio
    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: Sugira a\u00e7\u00f5es ou pr\u00f3ximos passos que podem ajudar a equipe
    "},{"location":"Atas/ata03/#julia-takaki","title":"Julia Takaki","text":"

    1. Como est\u00e1 o andamento das suas atividades? Fiz o question\u00e1rio de perfil do usu\u00e1rio e irei iniciar o gloss\u00e1rio.

    2. Voc\u00ea precisa de ajuda com algo? Acredito que n\u00e3o.

    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: Preciso esperar as respostas do question\u00e1rio para recolher e analisar, talvez atrase um pouco.

    "},{"location":"Atas/ata03/#maria-helena","title":"Maria Helena","text":"

    1. Como est\u00e1 o andamento das suas atividades? Fiz as corre\u00e7\u00f5es do cronograma e agora estou fazendo a etapa de an\u00e1lise de documentos.

    2. Voc\u00ea precisa de ajuda com algo? Por enquanto t\u00e1 tudo tranquilo.

    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: Por enquanto o andamento das atividades t\u00e3o correndo bem, s\u00f3 realmente finalizar tudo e gravar\u00a0a\u00a0apresenta\u00e7\u00e3o.

    "},{"location":"Atas/ata03/#thales-euflauzino","title":"Thales Euflauzino","text":"

    1. Como est\u00e1 o andamento das suas atividades? Acredito que finalizei, realizei o grupo focal e tamb\u00e9m j\u00e1 fiz o relat\u00f3rio, provavelmente a \u00fanica coisa que n\u00e3o est\u00e1 conclu\u00edda \u00e9 a prioriza\u00e7\u00e3o dos requisitos elicitados no grupo focal.

    2. Voc\u00ea precisa de ajuda com algo? N\u00e3o sei se vou conseguir realizar a prioriza\u00e7\u00e3o do grupo focal a tempo, talvez eu precise de ajuda de algu\u00e9m

    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: mandarei a foto\u00a0do\u00a0todo\u00a0abaixo

    Figura 1: Checklist - Elicita\u00e7\u00e3o de Requisitos

    Autor: Thales Euflauzino

    "},{"location":"Atas/ata03/#victor-rodrigues","title":"Victor Rodrigues","text":"
    1. Como est\u00e1 o andamento das suas atividades? Perfil de usu\u00e1rio acredito que esteja pronto, preciso apenas arrumar alguns detalhes (adi\u00e7\u00e3o em ferramentas, atualiza\u00e7\u00e3o do cronograma executado e mais alguns detalhes) Personas estou terminando de construir, vou pegar as imagens e adicionar ao docs
    2. Voc\u00ea precisa de ajuda com algo? apenas alguem para revisar quando eu terminar
    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: Citei uma pagina de question\u00e1rios, mas ainda est\u00e1 sem caminho e n\u00e3o existe\u00a0
    "},{"location":"Atas/ata03/#victor-schmidt","title":"V\u00edctor Schmidt","text":"

    1. Como est\u00e1 o andamento das suas atividades? Conclui as minhas duas atividades, introspec\u00e7\u00e3o e Brainstorm.

    2. Voc\u00ea precisa de ajuda com algo? N\u00e3o, mas se algu\u00e9m precisar de ajuda de forma urgente estou aqui

    3. Recomenda\u00e7\u00f5es sobre o que falta fazer na sua atividade ou em outra atividade relacionada: S\u00f3 falta gravar a apresenta\u00e7\u00e3o\u00a0dessa\u00a0entrega

    "},{"location":"Atas/ata03/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 20/11/2024 Estrutura\u00e7\u00e3o inicial e preenchimento V\u00edctor Schmidt J\u00falia Takaki"},{"location":"Planejamento-do-projeto/app-escolhido/","title":"App Escolhido","text":""},{"location":"Planejamento-do-projeto/app-escolhido/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    No in\u00edcio do processo da disciplina, o grupo examinou uma s\u00e9rie de aplicativos sugeridos por cada membro, discutindo os pr\u00f3s e contras de cada um. Foi feita uma an\u00e1lise minuciosa com base nos crit\u00e9rios definidos para selecionar o aplicativo que melhor se encaixasse no projeto.

    "},{"location":"Planejamento-do-projeto/app-escolhido/#criterios-para-escolha","title":"Crit\u00e9rios para escolha","text":"
    • App n\u00e3o foi trabalhado anteriormente na disciplina;
    • F\u00e1cil acesso ao p\u00fablico-alvo;
    • Disponibilidade de informa\u00e7\u00f5es;
    • Complexidade do aplicativo.
    "},{"location":"Planejamento-do-projeto/app-escolhido/#motivacoes-de-escolha","title":"Motiva\u00e7\u00f5es de escolha","text":"

    Com base nos crit\u00e9rios anteriores, o grupo se reuniu e decidiu que seria usado o Tesouro Direto. A escolha se deu por ser um aplicativo de complexidade m\u00e9dia, por\u00e9m com muitas funcionalidades para explorarmos ao longo do projeto. O p\u00fablico-alvo \u00e9 grande e facilmente acess\u00edvel, al\u00e9m de n\u00e3o ter sido utilizado para estudos na disciplina.

    "},{"location":"Planejamento-do-projeto/app-escolhido/#termos-de-uso","title":"Termos de uso","text":"

    Para realizar o projeto em conformidade com as normas legais, verificamos os termos de uso do Tesouro Direto no dia 28 de outubro de 2024. Conforme mostra a Figura 2, \u00e9 vedado o uso para fins comerciais sem autoriza\u00e7\u00e3o pr\u00e9via. No entanto, como o projeto tem como \u00fanico e exclusivo objetivo aplicar na pr\u00e1tica os conhecimentos adquiridos em aula, n\u00e3o estaremos infringindo qualquer termo.

    "},{"location":"Planejamento-do-projeto/app-escolhido/#figura-2-termo-de-uso","title":"Figura 2: Termo de Uso","text":"

    Fonte: Tesouro Direto

    "},{"location":"Planejamento-do-projeto/app-escolhido/#bibliografia","title":"Bibliografia","text":"

    Tesouro Direto. Dispon\u00edvel em: https://www.tesourodireto.com.br. Acesso em 28 de outubro de 2024

    Planejamento - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 28 de outubro de 2024.

    Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 28/10/2024 Estrutura\u00e7\u00e3o Inicial Victor Rodrigues V\u00edctor Schmidt 1.1 28/10/2024 Adi\u00e7\u00e3o de Informa\u00e7\u00f5es Victor Rodrigues V\u00edctor Schmidt 1.2 29/10/2024 Adicionando Rich Picture J\u00falia Takaki Thales Euflauzino 1.3 29/10/2024 Adicionando Fontes e Autores J\u00falia Takaki Thales Euflauzino 1.4 12/11/2024 Colocando data do termo de uso Thales Euflauzino Victor Rodrigues"},{"location":"Planejamento-do-projeto/cronograma-executado/","title":"Cronograma Executado","text":""},{"location":"Planejamento-do-projeto/cronograma-executado/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O cronograma estabelece a organiza\u00e7\u00e3o temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases espec\u00edficas. Cada entrega \u00e9 detalhada com uma descri\u00e7\u00e3o das tarefas a serem conclu\u00eddas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados \u00e0s expectativas e prazos estabelecidos.

    No seguinte documento est\u00e1 representado o cronograma planejado do projeto.

    "},{"location":"Planejamento-do-projeto/cronograma-executado/#cronograma-das-entregas-do-projeto","title":"Cronograma das Entregas do Projeto","text":"

    Na tabela 1 \u00e9 apresentado o planejamento geral do projeto, com as entregas de todas as etapas do trabalho.

    Tabela 1: Cronograma geral das entregas. Atividade Descri\u00e7\u00e3o Data Limite de Entrega Entrega 1 Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, c\u00f3pia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de in\u00edcio e fim de cada atividade, respons\u00e1veis e per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o), Rich Picture 06/11 Entrega 2 Elicita\u00e7\u00e3o \u2013 T\u00e9cnicas e Prioriza\u00e7\u00e3o. Perfil dos usu\u00e1rios, t\u00e9cnicas de elicita\u00e7\u00e3o utilizadas e que ser\u00e3o utilizadas, t\u00e9cnicas de prioriza\u00e7\u00e3o aplicadas e que ser\u00e3o aplicadas no projeto. 24/11 Entrega 3 Modelagem de Requisitos: Cen\u00e1rios, L\u00e9xico, Use Case, Especifica\u00e7\u00e3o Suplementar 08/12 Entrega 4 Modelagem de Requisitos - \u00c1gil (Hist\u00f3rias de Usu\u00e1rio, Backlogs, NFR Framework) 15/12 Entrega 5 An\u00e1lise de Requisitos: Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o 29/01 Entrega 6 P\u00f3s-Rastreabilidade \u2013 Ger\u00eancia II 19/01 Projeto Final Entrega da apresenta\u00e7\u00e3o do projeto final 10/02 Autor: Maria Helena Cronograma Entrega 1 - Planejamento A primeira entrega foca no planejamento do projeto. Isso inclui a defini\u00e7\u00e3o da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elabora\u00e7\u00e3o do cronograma. Tamb\u00e9m envolve o desenvolvimento de uma representa\u00e7\u00e3o visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas. Cronograma Executado Na tabela 2 possui o cronograma executado da primeira entrega do projeto.

    Tabela 2: Cronograma executado da primeira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Heatmap Victor Rodrigues Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki 22/10 22/10 de 22/10 a 23/10 Integrantes da Equipe Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Documenta\u00e7\u00e3o MKDocs Thales Euflauzino J\u00falia Takaki 23/10 24/10 de 24/10 a 25/10 Estrutura\u00e7\u00e3o da GitHub Pages Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Cronograma Planejado Maria Helena Victor Schmidt 23/10 24/10 de 24/10 a 02/11 Lista de Apps Avaliados Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Thales Euflauzino, Victor Rodrigues, Victor Schmidt 23/10 29/10 de 29/10 a 30/10 App Escolhido J\u00falia Takaki e Victor Rodrigues Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki 28/10 28/10 de 28/10 a 29/10 Termo de Uso do aplicativo selecionado Victor Rodrigues J\u00falia Takaki 28/10 28/10 de 28/10 a 29/10 Ferramentas Utilizadas para o Projeto J\u00falia Takaki Victor Rodrigues e Thales Euflauzino 23/10 28/10 de 28/10 a 29/10 Rich Picture do Projeto J\u00falia Takaki Thales Euflauzino 23/10 28/10 de 28/10 a 29/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Maria Helena 28/10 02/11 02/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 12/11 13/11 13/11

    Autor: Maria Helena

    Cronograma Entrega 2 - Elicita\u00e7\u00e3o Nesta fase, ocorre a elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o dos requisitos. As t\u00e9cnicas de elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o s\u00e3o selecionadas e aplicadas para definir claramente os perfis de usu\u00e1rios e as necessidades do projeto. Essa etapa \u00e9 crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada. Cronograma Executado Na tabela 3 possui o cronograma executado da segunda entrega do projeto.

    Tabela 3: Cronograma executado da segunda entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Defini\u00e7\u00f5es de personas e perfis de usu\u00e1rio Victor Rodrigues Thales Euflauzino 19/11 20/11 23/11 Defini\u00e7\u00e3o das t\u00e9cnicas de elicita\u00e7\u00e3o de prioriza\u00e7\u00e3o que ser\u00e3o utilizadas no projeto Maria Helena J\u00falia Takaki 15/11 16/11 19/11 Introspec\u00e7\u00e3o para a elicita\u00e7\u00e3o dos requisitos Victor Schmidt Thales Euflauzino 15/11 15/11 15/11 Cria\u00e7\u00e3o dos question\u00e1rios J\u00falia Takaki Thales Euflauzino 18/11 20/11 21/11 a 23/11 Grupo de Foco para elicita\u00e7\u00e3o de requisitos Thales Euflauzino, Maria Helena e Victor Schmidt Thales Euflauzino 20/11 20/11 23/11 Brainstorming V\u00edctor Schmidt Thales Euflauzino e Maria Helena 18/11 20/11 20/11 Desenvolvimento do gloss\u00e1rio para coleta de requistos J\u00falia Takaki Thales Euflauzino 21/11 21/11 21/11 Prioriza\u00e7\u00e3o dos requisitos Victor Rodrigues Thales Euflauzino 21/11 21/11 22/11 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Schmidt 23/11 23/11 23/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Maria Helena Victor Schmidt - - -

    Autor: Maria Helena

    Cronograma Entrega 3 - Modelagem de Requisitos 1.1 A terceira entrega concentra-se na modelagem dos requisitos por meio de cen\u00e1rios, l\u00e9xicos, casos de uso e especifica\u00e7\u00f5es suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal. Cronograma Executado Na tabela 4 possui o cronograma executado da terceira entrega do projeto.

    Tabela 4: Cronograma executado da terceira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Modelagem de Requisitos: Cen\u00e1rios Victor Rodrigues e Maria Helena Thales Euflauzino 01/12 03/12 03/12 - 05/12 Modelagem de Requisitos: L\u00e9xicos Thales Euflauzino Maria Helena 28/11 30/11 30/11 - 01/12 Modelagem de Requisitos: Use Cases Victor Schmidt e Victor Rodrigues J\u00falia Takaki 06/12 07/12 07/12 Modelagem de Requisitos: Especifica\u00e7\u00e3o Suplementar J\u00falia Takaki e Maria Helena Victor Schmidt 06/12 07/12 07/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Rodrigues 07/12 07/12 07/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Julia Takaki Thales Euflauzino - - -

    Autor: Maria Helena

    Cronograma Entrega 4 - Modelagem de Requisitos 1.2 A quarta entrega adota uma abordagem \u00e1gil para a modelagem de requisitos, utilizando hist\u00f3rias de usu\u00e1rio e backlog. Isso permite uma adapta\u00e7\u00e3o mais flex\u00edvel aos requisitos, proporcionando uma vis\u00e3o iterativa e incremental do desenvolvimento do projeto. Cronograma Executado Na tabela 5 possui o cronograma executado da terceira entrega do projeto.

    Tabela 5: Cronograma executado da quarta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Modelagem de Requisitos - \u00c1gil: Hist\u00f3rias de Usu\u00e1rio Victor Rodrigues e Maria Helena Thales Euflauzino - - - Modelagem de Requisitos - \u00c1gil: Backlogs Victor Schmidt e Thales Euflauzino J\u00falia Takaki 11/12 14/12 14/12 - 15/12 Modelagem de Requisitos - \u00c1gil: NFR Framework J\u00falia Takaki e Victor Rodrigues Victor Schmidt - - - Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Thales Euflauzino - - - Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Maria Helena J\u00falia Takaki - - -

    Autor: Maria Helena

    Cronograma Entrega 5 - An\u00e1lise de Requisitos Aqui, a \u00eanfase \u00e9 na Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o dos requisitos coletados. Este \u00e9 o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usu\u00e1rios. Cronograma Executado Na tabela 6 possui o cronograma executado da quinta entrega do projeto.

    Tabela 6: Cronograma executado da quinta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Verifica\u00e7\u00e3o dos Requisitos Maria Helena e J\u00falia Takaki Victor Rodrigues - - - Valida\u00e7\u00e3o dos Requisitos Thales Euflauzino e Victor Schmidt Maria Helena - - - Inspe\u00e7\u00e3o de todos os artefatos Victor Rodrigues Thales Euflauzino - - - Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki - - - Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Schmidt Julia Takaki - - -

    Autor: Maria Helena

    Cronograma Entrega 6 - P\u00f3s-Rastreabilidade Nesta fase, a p\u00f3s-rastreabilidade e a gest\u00e3o avan\u00e7ada dos requisitos s\u00e3o abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudan\u00e7as. Cronograma Executado Na tabela 7 possui o cronograma executado da sexta entrega do projeto.

    Tabela 7: Cronograma executado da sexta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Cria\u00e7\u00e3o do documento inicial de p\u00f3s-rastreabilidade Maria Helena Thales Euflauzino - - - P\u00f3s-Rastreabilidade: Backward Form Thales Euflauzino e Victor Schmidt Maria Helena - - - P\u00f3s-Rastreabilidade: Forward Form Victor Rodrigues e J\u00falia Takaki Victor Schmidt - - - Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki - - - Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues - - -

    Autor: Maria Helena

    Cronograma Entrega Final A \u00faltima etapa do cronograma \u00e9 a entrega do projeto final, culminando na apresenta\u00e7\u00e3o do trabalho desenvolvido. Cronograma Executado Na tabela 8 possui o cronograma executado da entrega final do projeto.

    Tabela 8: Cronograma executado da entrega final.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Complementos e Revis\u00f5es do Projeto Final Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Rodrigues, Maria Helena e J\u00falia Takaki - - - Desenvolvimento de relat\u00f3rio das revis\u00f5es e ajustes dos artefatos Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Schmidt e Thales Euflauzino - - - Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma-executado/#bibliografia","title":"Bibliografia","text":"

    Planejamento - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 17 de novembro de 2024.

    SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

    "},{"location":"Planejamento-do-projeto/cronograma-executado/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 20/11/2024 Cria\u00e7\u00e3o do documento de cronograma executado Maria Helena J\u00falia Takaki 1.1 23/11/2024 Removendo etapa n\u00e3o realizada do cronograma Maria Helena V\u00edctor Schmidt"},{"location":"Planejamento-do-projeto/cronograma-planejado/","title":"Cronograma Planejado","text":""},{"location":"Planejamento-do-projeto/cronograma-planejado/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O cronograma estabelece a organiza\u00e7\u00e3o temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases espec\u00edficas. Cada entrega \u00e9 detalhada com uma descri\u00e7\u00e3o das tarefas a serem conclu\u00eddas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados \u00e0s expectativas e prazos estabelecidos.

    No seguinte documento est\u00e1 representado o cronograma planejado do projeto.

    "},{"location":"Planejamento-do-projeto/cronograma-planejado/#cronograma-das-entregas-do-projeto","title":"Cronograma das Entregas do Projeto","text":"

    Na tabela 1 \u00e9 apresentado o planejamento geral do projeto, com as entregas de todas as etapas do trabalho.

    Tabela 1:Cronograma geral das entregas. Atividade Descri\u00e7\u00e3o Data Limite de Entrega Entrega 1 Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, c\u00f3pia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de in\u00edcio e fim de cada atividade, respons\u00e1veis e per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o), Rich Picture 06/11 Entrega 2 Elicita\u00e7\u00e3o \u2013 T\u00e9cnicas e Prioriza\u00e7\u00e3o. Perfil dos usu\u00e1rios, t\u00e9cnicas de elicita\u00e7\u00e3o utilizadas e que ser\u00e3o utilizadas, t\u00e9cnicas de prioriza\u00e7\u00e3o aplicadas e que ser\u00e3o aplicadas no projeto. 24/11 Entrega 3 Modelagem de Requisitos: Cen\u00e1rios, L\u00e9xico, Use Case, Especifica\u00e7\u00e3o Suplementar 08/12 Entrega 4 Modelagem de Requisitos - \u00c1gil (Hist\u00f3rias de Usu\u00e1rio, Backlogs, NFR Framework) 15/12 Entrega 5 An\u00e1lise de Requisitos: Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o 29/01 Entrega 6 P\u00f3s-Rastreabilidade \u2013 Ger\u00eancia II 19/01 Projeto Final Entrega da apresenta\u00e7\u00e3o do projeto final 10/02 Autor: Maria Helena

    Cronograma Entrega 1 - Planejamento A primeira entrega foca no planejamento do projeto. Isso inclui a defini\u00e7\u00e3o da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elabora\u00e7\u00e3o do cronograma. Tamb\u00e9m envolve o desenvolvimento de uma representa\u00e7\u00e3o visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas. Cronograma Planejado Na tabela 2 est\u00e1 o planejamento da primeira entrega.

    Tabela 2: Cronograma com o planejamento da primeira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Heatmap Victor Rodrigues Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki 22/10 22/10 de 22/10 a 23/10 Integrantes da Equipe Thales Euflauzino Victor Schmidt 23/10 25/10 de 25/10 a 26/10 Documenta\u00e7\u00e3o MKDocs Thales Euflauzino J\u00falia Takaki 23/10 25/10 de 25/10 a 26/10 Estrutura\u00e7\u00e3o do GitHub Pages Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Cronograma Planejado Maria Helena Victor Schmidt 23/10 25/10 de 25/10 a 26/10 Lista de Apps Avaliados Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Maria Helena 23/10 25/10 de 25/10 a 26/10 App Escolhido Victor Rodrigues J\u00falia Takaki 25/10 26/10 de 26/10 a 27/10 Termo de Uso do aplicativo selecionado Victor Rodrigues J\u00falia Takaki 23/10 26/10 de 26/10 a 27/10 Ferramentas utilizadas para o Projeto J\u00falia Takaki Victor Rodrigues 23/10 27/10 de 27/10 a 28/10 Rich Picture do Projeto Victor Schmidt Maria Helena 23/10 27/10 de 27/10 a 28/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Maria Helena 27/10 28/10 28/10 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 07/11 09/11 09/11

    Autor: Maria Helena

    Cronograma Entrega 2 - Elicita\u00e7\u00e3o Nesta fase, ocorre a elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o dos requisitos. As t\u00e9cnicas de elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o s\u00e3o selecionadas e aplicadas para definir claramente os perfis de usu\u00e1rios e as necessidades do projeto. Essa etapa \u00e9 crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada. Cronograma Planejado Na tabela 3 est\u00e1 o planejamento da segunda entrega.

    Tabela 3: Cronograma com o planejamento da segunda entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Defini\u00e7\u00f5es de personas e perfis de usu\u00e1rio Victor Rodrigues Maria Helena 06/11 08/11 de 08/11 a 09/11 Defini\u00e7\u00e3o das t\u00e9cnicas de elicita\u00e7\u00e3o de prioriza\u00e7\u00e3o que ser\u00e3o utilizadas no projeto Maria Helena J\u00falia Takaki 06/11 08/11 de 08/11 a 09/11 Introspec\u00e7\u00e3o para a elicita\u00e7\u00e3o dos requisitos Victor Schmidt Victor Rodrigues 09/11 11/11 de 12/11 a 13/11 Cria\u00e7\u00e3o dos question\u00e1rios J\u00falia Takaki Thales Euflauzino 11/11 13/11 de 13/11 a 14/11 Entrevista para elicita\u00e7\u00e3o de requisitos Thales Euflauzino Maria Helena 13/11 14/11 de 14/11 a 15/11 Brainstorming Victor Schmidt Victor Rodrigues 15/11 18/11 de 18/11 a 19/11 Desenvolvimento do gloss\u00e1rio para coleta de requistos Victor Schmidt Victor Rodrigues 15/11 18/11 de 18/11 a 19/11 Prioriza\u00e7\u00e3o dos requisitos J\u00falia Takaki Victor Rodrigues 19/11 21/11 de 21/11 a 22/11 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Schmidt 22/11 23/11 23/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Maria Helena Victor Schmidt 25/11 25/11 25/11

    Autor: Maria Helena

    Cronograma Entrega 3 - Modelagem de Requisitos 1.1 A terceira entrega concentra-se na modelagem dos requisitos por meio de cen\u00e1rios, l\u00e9xicos, casos de uso e especifica\u00e7\u00f5es suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal. Cronograma Planejado Na tabela 4 est\u00e1 o planejamento da execu\u00e7\u00e3o da terceira entrega.

    Tabela 4: Planejamento da terceira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Modelagem de Requisitos: Cen\u00e1rios Victor Rodrigues e Maria Helena Thales Euflauzino 27/11 30/11 de 30/11 a 01/12 Modelagem de Requisitos: L\u00e9xicos J\u00falia Takaki e Thales Euflauzino Maria Helena 27/11 30/11 de 30/11 a 01/12 Modelagem de Requisitos: Use Cases Victor Schmidt e Victor Rodrigues J\u00falia Takaki 01/12 05/12 de 05/12 a 06/12 Modelagem de Requisitos: Especifica\u00e7\u00e3o Suplementar Thales Euflauzino e Maria Helena Victor Schmidt 01/12 05/12 de 06/12 a 07/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Rodrigues 06/12 07/12 07/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Julia Takaki Thales Euflauzino 09/12 09/12 09/12

    Autor: Maria Helena

    Cronograma Entrega 4 - Modelagem de Requisitos 1.2 A quarta entrega adota uma abordagem \u00e1gil para a modelagem de requisitos, utilizando hist\u00f3rias de usu\u00e1rio e backlog. Isso permite uma adapta\u00e7\u00e3o mais flex\u00edvel aos requisitos, proporcionando uma vis\u00e3o iterativa e incremental do desenvolvimento do projeto. Cronograma Planejado Na tabela 5 possui o planejamento da quarta entrega.

    Tabela 5: Planejamento da quarta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Modelagem de Requisitos - \u00c1gil: Hist\u00f3rias de Usu\u00e1rio Victor Rodrigues e Maria Helena Thales Euflauzino 10/12 11/12 de 11/12 a 12/12 Modelagem de Requisitos - \u00c1gil: Backlogs J\u00falia Takaki e Thales Euflauzino Victor Schmidt 11/12 12/12 de 12/12 a 13/12 Modelagem de Requisitos - \u00c1gil: NFR Framework Victor Schmidt e Victor Rodrigues J\u00falia Takaki 12/12 13/12 de 13/12 a 14/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Rodrigues 14/12 15/12 15/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Rodrigues Maria Helena 15/12 15/12 15/12

    Autor: Maria Helena

    Cronograma Entrega 5 - An\u00e1lise de Requisitos Aqui, a \u00eanfase \u00e9 na Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o dos requisitos coletados. Este \u00e9 o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usu\u00e1rios. Cronograma Planejado Na tabela 6 possui o planejamento da quinta entrega.

    Tabela 6: Planejamento da quinta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Verifica\u00e7\u00e3o dos Requisitos Maria Helena e J\u00falia Takaki Victor Rodrigues 21/01 22/01 de 22/01 a 23/01 Valida\u00e7\u00e3o dos Requisitos Thales Euflauzino e Victor Schmidt Maria Helena 23/01 24/01 de 24/01 a 25/01 Inspe\u00e7\u00e3o de todos os artefatos Victor Rodrigues Thales Euflauzino 25/01 27/01 de 27/01 a 28/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki 28/01 29/01 29/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Schmidt Julia Takaki 29/01 29/01 29/01

    Autor: Maria Helena

    Cronograma Entrega 6 - P\u00f3s-Rastreabilidade Nesta fase, a p\u00f3s-rastreabilidade e a gest\u00e3o avan\u00e7ada dos requisitos s\u00e3o abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudan\u00e7as. Cronograma Planejado Na tabela 7 possui o planejamento da sexta entrega.

    Tabela 7: Planejamento da sexta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Cria\u00e7\u00e3o do documento inicial de p\u00f3s-rastreabilidade Maria Helena Thales Euflauzino 17/12 18/12 de 18/12 a 19/12 P\u00f3s-Rastreabilidade: Backward Form Thales Euflauzino e Victor Schmidt Maria Helena 19/12 05/01 de 05/01 ate 06/01 P\u00f3s-Rastreabilidade: Forward Form Victor Rodrigues e J\u00falia Takaki Victor Schmidt 06/01 17/01 de 17/01 ate 18/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki 18/01 19/01 19/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 19/01 19/01 19/01

    Autor: Maria Helena

    Cronograma Entrega Final A \u00faltima etapa do cronograma \u00e9 a entrega do projeto final, culminando na apresenta\u00e7\u00e3o do trabalho desenvolvido. Cronograma Planejado Na tabela 8 possui o planejamento da entrega final do projeto.

    Tabela 8: Planejamento da entrega final.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Complementos e Revis\u00f5es do Projeto Final Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Rodrigues, Maria Helena e J\u00falia Takaki 21/01 05/02 de 05/02 a 06/02 Desenvolvimento de relat\u00f3rio das revis\u00f5es e ajustes dos artefatos Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki Victor Schmidt e Thales Euflauzino 01/01 07/02 de 07/02 a 08/02 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Victor Rodrigues, Victor Schmidt, Thales Euflauzino, Maria Helena e J\u00falia Takaki J\u00falia Takaki 08/02 09/02 09/02

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma-planejado/#bibliografia","title":"Bibliografia","text":"

    Planejamento - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/planejamento/aplicativo/. Acesso em 17 de novembro de 2024.

    SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

    "},{"location":"Planejamento-do-projeto/cronograma-planejado/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 28/10/2024 Estrutura\u00e7\u00e3o Inicial Maria Helena V\u00edctor Schmidt 1.1 28/10/2024 Estrutura\u00e7\u00e3o no MkDocs e pequenas altera\u00e7\u00f5es V\u00edctor Schmidt Maria Helena 1.2 02/11/2024 Corre\u00e7\u00e3o das datas de entrega e etapas do cronograma, corre\u00e7\u00e3o dos t\u00edtulo das tabelas Maria Helena Thales Euflauzino 1.3 02/11/2024 Adi\u00e7\u00e3o de fontes e t\u00edtulos das tabelas Maria Helena Thales Euflauzino 1.3 02/11/2024 Adi\u00e7\u00e3o das etapas de verifica\u00e7\u00e3o Maria Helena Thales Euflauzino 1.4 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.5 14/11/2024 Adicionando periodo de revis\u00e3o p\u00f3s apresenta\u00e7\u00f5es Victor Rodrigues Maria Helena 2.0 20/11/2024 Adicionando a bibliografia, retirando o cronograma executado do documento e modificando as tabelas para tabelas colaps\u00e1veis Maria Helena J\u00falia Takaki 2.1 23/11/2024 Removendo etapa n\u00e3o realizada do cronograma Maria Helena V\u00edctor Schmidt"},{"location":"Planejamento-do-projeto/cronograma/","title":"Cronograma","text":"

    O cronograma estabelece a organiza\u00e7\u00e3o temporal de todas as atividades previstas para o projeto, dividindo-as em entregas e fases espec\u00edficas. Cada entrega \u00e9 detalhada com uma descri\u00e7\u00e3o das tarefas a serem conclu\u00eddas e as datas limites, de modo a garantir que o progresso do projeto se mantenha constante e que todos os membros da equipe estejam alinhados \u00e0s expectativas e prazos estabelecidos.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-das-entregas-do-projeto","title":"Cronograma das Entregas do Projeto","text":"

    Tabela 1: Cronograma geral das entregas.

    Atividade Descri\u00e7\u00e3o Data Limite de Entrega Entrega 1 Planejamento do Projeto, equipe, Heatmap de disponibilidade dos integrantes, lista de App avaliados, App selecionado para o projeto da disciplina, c\u00f3pia do Termo de Uso do aplicativo permitindo o estudo na disciplina, Ferramentas do projeto, cronograma detalhado das atividades do projeto (com data de in\u00edcio e fim de cada atividade, respons\u00e1veis e per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o), Rich Picture 06/11 Entrega 2 Elicita\u00e7\u00e3o \u2013 T\u00e9cnicas e Prioriza\u00e7\u00e3o. Perfil dos usu\u00e1rios, t\u00e9cnicas de elicita\u00e7\u00e3o utilizadas e que ser\u00e3o utilizadas, t\u00e9cnicas de prioriza\u00e7\u00e3o aplicadas e que ser\u00e3o aplicadas no projeto. 24/11 Entrega 3 Modelagem de Requisitos: Cen\u00e1rios, L\u00e9xico, Use Case, Especifica\u00e7\u00e3o Suplementar 08/12 Entrega 4 Modelagem de Requisitos - \u00c1gil (Hist\u00f3rias de Usu\u00e1rio, Backlogs, NFR Framework) 15/12 Entrega 5 An\u00e1lise de Requisitos: Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o 29/01 Entrega 6 P\u00f3s-Rastreabilidade \u2013 Ger\u00eancia II 19/01 Projeto Final Entrega da apresenta\u00e7\u00e3o do projeto final 10/02

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-1-planejamento","title":"Cronograma Entrega 1 - Planejamento","text":"

    A primeira entrega foca no planejamento do projeto. Isso inclui a defini\u00e7\u00e3o da equipe, levantamento das ferramentas, escolha do aplicativo a ser analisado e elabora\u00e7\u00e3o do cronograma. Tamb\u00e9m envolve o desenvolvimento de uma representa\u00e7\u00e3o visual do projeto, como o Rich Picture, para facilitar o entendimento das principais partes interessadas.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado","title":"Cronograma Planejado","text":"

    Tabela 2: Cronograma com o planejamento da primeira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Heatmap Victor Rodrigues Todos 22/10 22/10 de 22/10 a 23/10 Integrantes da Equipe Thales Euflauzino Victor Schmidt 23/10 25/10 de 25/10 a 26/10 Documenta\u00e7\u00e3o MKDocs Thales Euflauzino J\u00falia Takaki 23/10 25/10 de 25/10 a 26/10 Estrutura\u00e7\u00e3o do GitHub Pages Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Cronograma Planejado Maria Helena Victor Schmidt 23/10 25/10 de 25/10 a 26/10 Lista de Apps Avaliados Todos Maria Helena 23/10 25/10 de 25/10 a 26/10 App Escolhido Victor Rodrigues J\u00falia Takaki 25/10 26/10 de 26/10 a 27/10 Termo de Uso do aplicativo selecionado Victor Rodrigues J\u00falia Takaki 23/10 26/10 de 26/10 a 27/10 Ferramentas utilizadas para o Projeto J\u00falia Takaki Victor Rodrigues 23/10 27/10 de 27/10 a 28/10 Rich Picture do Projeto Victor Schmidt Maria Helena 23/10 27/10 de 27/10 a 28/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Maria Helena 27/10 28/10 28/10 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 07/11 09/11 09/11

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado","title":"Cronograma Executado","text":"

    Tabela 3: Cronograma com as datas oficiais da primeira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Heatmap Victor Rodrigues Todos 22/10 22/10 de 22/10 a 23/10 Integrantes da Equipe Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Documenta\u00e7\u00e3o MKDocs Thales Euflauzino J\u00falia Takaki 23/10 24/10 de 24/10 a 25/10 Estrutura\u00e7\u00e3o da GitHub Pages Thales Euflauzino Victor Schmidt 23/10 24/10 de 24/10 a 25/10 Cronograma Planejado Maria Helena Victor Schmidt 23/10 24/10 de 24/10 a 02/11 Lista de Apps Avaliados Todos Thales Euflauzino, Victor Rodrigues, Victor Schmidt 23/10 29/10 de 29/10 a 30/10 App Escolhido J\u00falia Takaki e Victor Rodrigues Todos 28/10 28/10 de 28/10 a 29/10 Termo de Uso do aplicativo selecionado Victor Rodrigues J\u00falia Takaki 28/10 28/10 de 28/10 a 29/10 Ferramentas Utilizadas para o Projeto J\u00falia Takaki Victor Rodrigues e Thales Euflauzino 23/10 28/10 de 28/10 a 29/10 Rich Picture do Projeto J\u00falia Takaki Thales Euflauzino 23/10 28/10 de 28/10 a 29/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Maria Helena 28/10 02/11 02/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 12/11 13/11 13/11

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-2-elicitacao","title":"Cronograma Entrega 2 - Elicita\u00e7\u00e3o","text":"

    Nesta fase, ocorre a elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o dos requisitos. As t\u00e9cnicas de elicita\u00e7\u00e3o e prioriza\u00e7\u00e3o s\u00e3o selecionadas e aplicadas para definir claramente os perfis de usu\u00e1rios e as necessidades do projeto. Essa etapa \u00e9 crucial para garantir que todos os requisitos essenciais sejam capturados de forma clara e organizada.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_1","title":"Cronograma Planejado","text":"

    Tabela 4: Planejamento da segunda entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Defini\u00e7\u00f5es de personas e perfis de usu\u00e1rio Victor Rodrigues Maria Helena 02/11 05/11 de 22/10 a 23/10 Defini\u00e7\u00e3o das t\u00e9cnicas que ser\u00e3o usadas no projeto Maria Helena J\u00falia Takaki 05/11 08/11 de 08/10 a 01/10 Introspec\u00e7\u00e3o para a elicita\u00e7\u00e3o dos requisitos Victor Schmidt Victor Rodrigues 09/11 11/11 de 11/10 a 12/10 Cria\u00e7\u00e3o dos question\u00e1rios J\u00falia Takaki Thales Euflauzino 11/11 13/11 de 13/10 a 14/10 Entrevista para elicita\u00e7\u00e3o de requisitos Thales Euflauzino Maria Helena 13/11 14/11 de 14/10 a 15/10 Brainstorming Victor Schmidt Victor Rodrigues 15/11 18/11 de 18/10 a 19/10 Prioriza\u00e7\u00e3o dos requisitos J\u00falia Takaki Victor Rodrigues 19/11 21/11 de 21/10 a 22/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Schmidt 22/11 23/11 23/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Maria Helena Victor Schmidt 25/11 25/11 25/11

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_1","title":"Cronograma Executado","text":"

    Tabela 5: Cronograma das datas oficiais da segunda entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Defini\u00e7\u00f5es de personas e perfis de usu\u00e1rio Victor Rodrigues Maria Helena 02/11 - de 22/10 a 23/10 Defini\u00e7\u00e3o das t\u00e9cnicas que ser\u00e3o usadas no projeto Maria Helena J\u00falia Takaki 05/11 - de 08/10 a 09/10 Introspec\u00e7\u00e3o para a elicita\u00e7\u00e3o dos requisitos Victor Schmidt Victor Rodrigues 09/11 - de 11/10 a 12/10 Cria\u00e7\u00e3o dos question\u00e1rios J\u00falia Takaki Thales Euflauzino 11/11 16/11 de 16/10 a 17/10 Entrevista para elicita\u00e7\u00e3o de requisitos Thales Euflauzino Maria Helena 13/11 - de 14/10 a 15/10 Brainstorming Victor Schmidt Victor Rodrigues 15/11 - de 18/10 a 19/10 Prioriza\u00e7\u00e3o dos requisitos J\u00falia Takaki Victor Rodrigues 19/11 - de 21/10 a 22/10 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Schmidt 22/11 - 23/11 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Maria Helena Victor Schmidt - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-3-modelagem-de-requisitos-11","title":"Cronograma Entrega 3 - Modelagem de Requisitos 1.1","text":"

    A terceira entrega concentra-se na modelagem dos requisitos por meio de cen\u00e1rios, l\u00e9xicos, casos de uso e especifica\u00e7\u00f5es suplementares. Esta etapa visa documentar o comportamento esperado do sistema e detalhar os requisitos de maneira formal.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_2","title":"Cronograma Planejado","text":"

    Tabela 6: Planejamento da terceira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Modelagem de Requisitos: Cen\u00e1rios Victor Rodrigues e Maria Helena Thales Euflauzino 27/11 30/11 de 30/11 a 01/12 Modelagem de Requisitos: L\u00e9xicos J\u00falia Takaki e Thales Euflauzino Maria Helena 27/11 30/11 de 30/11 a 01/12 Modelagem de Requisitos: Use Cases Victor Schmidt e Victor Rodrigues J\u00falia Takaki 01/12 05/12 de 05/12 a 06/12 Modelagem de Requisitos: Especifica\u00e7\u00e3o Suplementar Thales Euflauzino e Maria Helena Victor Schmidt 01/12 05/12 de 06/12 a 07/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Rodrigues 06/12 07/12 07/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Julia Takaki Thales Euflauzino 09/12 09/12 09/12

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_2","title":"Cronograma Executado","text":"

    Tabela 7: Cronograma com as datas oficiais da terceira entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Modelagem de Requisitos: Cen\u00e1rios Victor Rodrigues e Maria Helena Thales Euflauzino 27/11 - de 30/11 a 01/12 Modelagem de Requisitos: L\u00e9xicos J\u00falia Takaki e Thales Euflauzino Maria Helena 27/11 - de 30/11 a 01/12 Modelagem de Requisitos: Use Cases Victor Schmidt e Victor Rodrigues J\u00falia Takaki 01/12 - de 05/12 a 06/12 Modelagem de Requisitos: Especifica\u00e7\u00e3o Suplementar Thales Euflauzino e Maria Helena Victor Schmidt 01/12 - de 06/12 a 07/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Rodrigues 06/12 - 07/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Julia Takaki Thales Euflauzino - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-4-modelagem-de-requisitos-12","title":"Cronograma Entrega 4 - Modelagem de Requisitos 1.2","text":"

    A quarta entrega adota uma abordagem \u00e1gil para a modelagem de requisitos, utilizando hist\u00f3rias de usu\u00e1rio e backlog. Isso permite uma adapta\u00e7\u00e3o mais flex\u00edvel aos requisitos, proporcionando uma vis\u00e3o iterativa e incremental do desenvolvimento do projeto.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_3","title":"Cronograma Planejado","text":"

    Tabela 8: Planejamento da quarta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Modelagem de Requisitos - \u00c1gil: Hist\u00f3rias de Usu\u00e1rio Victor Rodrigues e Maria Helena Thales Euflauzino 10/12 11/12 de 11/12 a 12/12 Modelagem de Requisitos - \u00c1gil: Backlogs J\u00falia Takaki e Thales Euflauzino Victor Schmidt 11/12 12/12 de 12/12 a 13/12 Modelagem de Requisitos - \u00c1gil: NFR Framework Victor Schmidt e Victor Rodrigues J\u00falia Takaki 12/12 13/12 de 13/12 a 14/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Rodrigues 14/12 15/12 15/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Rodrigues Maria Helena 15/12 15/12 15/12

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_3","title":"Cronograma Executado","text":"

    Tabela 9: Cronograma com as datas oficiais da quarta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Modelagem de Requisitos - \u00c1gil: Hist\u00f3rias de Usu\u00e1rio Victor Rodrigues e Maria Helena Thales Euflauzino 10/12 - de 11/12 a 12/12 Modelagem de Requisitos - \u00c1gil: Backlogs J\u00falia Takaki e Thales Euflauzino Victor Schmidt 11/12 - de 12/12 a 13/12 Modelagem de Requisitos - \u00c1gil: NFR Framework Victor Schmidt e Victor Rodrigues J\u00falia Takaki 12/12 - de 13/12 a 14/12 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos Victor Rodrigues 14/12 - 15/12 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Rodrigues Maria Helena - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-5-analise-de-requisitos","title":"Cronograma Entrega 5 - An\u00e1lise de Requisitos","text":"

    Aqui, a \u00eanfase \u00e9 na Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o dos requisitos coletados. Este \u00e9 o momento de garantir que os requisitos estejam completos, consistentes e que o sistema esteja alinhado com as expectativas dos usu\u00e1rios.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_4","title":"Cronograma Planejado","text":"

    Tabela 10: Planejamento da quinta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Verifica\u00e7\u00e3o dos Requisitos Maria Helena e J\u00falia Takaki Victor Rodrigues 21/01 22/01 de 22/01 a 23/01 Valida\u00e7\u00e3o dos Requisitos Thales Euflauzino e Victor Schmidt Maria Helena 23/01 24/01 de 24/01 a 25/01 Inspe\u00e7\u00e3o de todos os artefatos Victor Rodrigues Thales Euflauzino 25/01 27/01 de 27/01 a 28/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos J\u00falia Takaki 28/01 29/01 29/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Schmidt Julia Takaki 29/01 29/01 29/01

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_4","title":"Cronograma Executado","text":"

    Tabela 11: Cronograma com as datas oficiais da quinta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Verifica\u00e7\u00e3o dos Requisitos Maria Helena e J\u00falia Takaki Victor Rodrigues 21/01 - de 22/01 a 23/01 Valida\u00e7\u00e3o dos Requisitos Thales Euflauzino e Victor Schmidt Maria Helena 23/01 - de 24/01 a 25/01 Inspe\u00e7\u00e3o de todos os artefatos Victor Rodrigues Thales Euflauzino 25/01 - de 27/01 a 28/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos J\u00falia Takaki 28/01 - 29/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Victor Schmidt Julia Takaki - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-6-pos-rastreabilidade","title":"Cronograma Entrega 6 - P\u00f3s-Rastreabilidade","text":"

    Nesta fase, a p\u00f3s-rastreabilidade e a gest\u00e3o avan\u00e7ada dos requisitos s\u00e3o abordados, permitindo que o projeto mantenha uma trilha clara de cada requisito ao longo do desenvolvimento e possibilite um acompanhamento eficiente das mudan\u00e7as.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_5","title":"Cronograma Planejado","text":"

    Tabela 12: Planejamento da sexta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Cria\u00e7\u00e3o do documento inicial de p\u00f3s-rastreabilidade Maria Helena Thales Euflauzino 17/12 18/12 de 18/12 a 19/12 P\u00f3s-Rastreabilidade: Backward Form Thales Euflauzino e Victor Schmidt Maria Helena 19/12 05/01 de 05/01 ate 06/01 P\u00f3s-Rastreabilidade: Forward Form Victor Rodrigues e J\u00falia Takaki Victor Schmidt 06/01 17/01 de 17/01 ate 18/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos J\u00falia Takaki 18/01 19/01 19/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 19/01 19/01 19/01

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_5","title":"Cronograma Executado","text":"

    Tabela 13: Cronograma com as datas oficiais da sexta entrega.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Cria\u00e7\u00e3o do documento inicial de p\u00f3s-rastreabilidade Maria Helena Thales Euflauzino 17/12 - de 18/12 a 19/12 P\u00f3s-Rastreabilidade: Backward Form Thales Euflauzino e Victor Schmidt Maria Helena 19/12 - de 05/01 ate 06/01 P\u00f3s-Rastreabilidade: Forward Form Victor Rodrigues e J\u00falia Takaki Victor Schmidt 06/01 - de 17/01 ate 18/01 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos J\u00falia Takaki 18/01 - 19/01 Revis\u00e3o p\u00f3s apresenta\u00e7\u00e3o Thales Euflauzino Victor Rodrigues - - -

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-entrega-final","title":"Cronograma Entrega Final","text":"

    A \u00faltima etapa do cronograma \u00e9 a entrega do projeto final, culminando na apresenta\u00e7\u00e3o do trabalho desenvolvido.

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-planejado_6","title":"Cronograma Planejado","text":"

    Tabela 14: Planejamento da entrega final.

    T\u00edtulo Autor(es) Revisor In\u00edcio Prazo Per\u00edodo de revis\u00e3o Complementos e Revis\u00f5es do Projeto Final Todos os membros Victor Rodrigues, Maria Helena e J\u00falia Takaki 21/01 05/02 de 05/02 a 06/02 Desenvolvimento de relat\u00f3rio das revis\u00f5es e ajustes dos artefatos Todos os membros Victor Schmidt e Thales Euflauzino 01/01 07/02 de 07/02 a 08/02 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos os membros J\u00falia Takaki 08/02 09/02 09/02

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#cronograma-executado_6","title":"Cronograma Executado","text":"

    Tabela 15: Cronograma com as datas oficiais da entrega final.

    T\u00edtulo Autor(es) Revisor In\u00edcio Entrega Per\u00edodo de revis\u00e3o Complementos e Revis\u00f5es do Projeto Final Todos os membros Victor Rodrigues, Maria Helena e J\u00falia Takaki 21/01 - de 05/02 a 06/02 Desenvolvimento de relat\u00f3rio das revis\u00f5es e ajustes dos artefatos Todos os membros Victor Schmidt e Thales Euflauzino 01/01 - de 07/02 a 08/02 Grava\u00e7\u00e3o da Apresenta\u00e7\u00e3o Todos os membros J\u00falia Takaki 08/02 - 09/02

    Autor: Maria Helena

    "},{"location":"Planejamento-do-projeto/cronograma/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 28/10/2024 Estrutura\u00e7\u00e3o Inicial Maria Helena V\u00edctor Schmidt 1.1 28/10/2024 Estrutura\u00e7\u00e3o no MkDocs e pequenas altera\u00e7\u00f5es V\u00edctor Schmidt Maria Helena 1.2 02/11/2024 Corre\u00e7\u00e3o das datas de entrega e etapas do cronograma, corre\u00e7\u00e3o dos t\u00edtulo das tabelas Maria Helena Thales Euflauzino 1.3 02/11/2024 Adi\u00e7\u00e3o de fontes e t\u00edtulos das tabelas Maria Helena Thales Euflauzino 1.3 02/11/2024 Adi\u00e7\u00e3o das etapas de verifica\u00e7\u00e3o Maria Helena Thales Euflauzino 1.4 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.5 14/11/2024 Adicionando periodo de revis\u00e3o p\u00f3s apresenta\u00e7\u00f5es Victor Rodrigues Maria Helena"},{"location":"Planejamento-do-projeto/ferramentas/","title":"Ferramentas Utilizadas","text":""},{"location":"Planejamento-do-projeto/ferramentas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Este documento apresenta as ferramentas que estamos utilizando para facilitar tanto a cria\u00e7\u00e3o quanto a apresenta\u00e7\u00e3o das atividades do grupo 05. A Tabela 1 lista essas ferramentas, abrangendo softwares e plataformas que otimizam o desenvolvimento e a comunica\u00e7\u00e3o do projeto. Nossa organiza\u00e7\u00e3o e planejamento foram inspirados no trabalho realizado pela Economia DF durante o semestre de 2023/2. Tamb\u00e9m oferecemos uma breve explica\u00e7\u00e3o sobre a fun\u00e7\u00e3o de cada ferramenta e como ir\u00e3o atuar para alcan\u00e7ar os objetivos e resultados esperados do projeto.

    Tabela 1: Ferramentas utilizadas

    Ferramentas Descri\u00e7\u00e3o GitHub: Utilizado para documentar artefatos do projeto [1]. Canva: Ferramenta utilizada para montar apresenta\u00e7\u00f5es e diagramas [2]. Google Docs: Cria\u00e7\u00e3o e edi\u00e7\u00e3o de tabelas e listas [3]. Microsoft Teams: Utilizado para as reuni\u00f5es da equipe [4]. Whatsapp: Ferramenta principal de comunica\u00e7\u00e3o da equipe [5]. Visual Studio Code: Ferramenta de programa\u00e7\u00e3o e edi\u00e7\u00e3o dos arquivos de documenta\u00e7\u00e3o [6]. MkDocs: Cria\u00e7\u00e3o e edi\u00e7\u00e3o do GitPages do projeto [7]. Google Planilhas: Cria\u00e7\u00e3o de planilhas relacionadas ao cronograma e hor\u00e1rios [8]. Notion: Organiza\u00e7\u00e3o de atas e cronograma [9]. SimilarWeb: An\u00e1lises do tr\u00e1fego do aplicativo [10]. YouTube: Armazenamento dos v\u00eddeos das apresenta\u00e7\u00f5es e reuni\u00f5es [11]. This person does not exist: Cria\u00e7\u00e3o de imagens de pessoas falsas para as Personas [12]. Google Forms: Cria\u00e7\u00e3o do question\u00e1rio para avalia\u00e7\u00e3o do usu\u00e1rio [13].

    Autor: J\u00falia Takaki, 2024.

    "},{"location":"Planejamento-do-projeto/ferramentas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

    [1] GitHub. Dispon\u00edvel em: https://docs.github.com/pt. Acesso em: 29 de Out. de 2024.

    [2] Canva. Dispon\u00edvel em: https://www.canva.com/. Acesso em: 29 de Out. de 2024.

    [3] GoogleDocs. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 29 de Out. de 2024.

    [4] Microsoft Teams. Dispon\u00edvel em: https://www.microsoft.com/pt-br/microsoft-teams/group-chat-software. Acesso em: 29 de Out. de 2024.

    [5] Whatsapp. Dispon\u00edvel em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 29 de Out. de 2024.

    [6] Visual Studio Code. Dispon\u00edvel em: https://code.visualstudio.com/. Acesso em: 29 de Out. de 2024.

    [7] MkDocs. Dispon\u00edvel em: https://www.mkdocs.org/. Acesso em: 29 de Out. de 2024.

    [8] Google Planilhas. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 29 de Out. de 2024.

    [9] Notion. Dispon\u00edvel em: https://www.notion.so/pt. Acesso em: 29 de Out. de 2024.

    [10] SimilarWeb. Dispon\u00edvel em: https://www.similarweb.com/pt/. Acesso em: 19 de Nov. de 2024.

    [11] YouTube. Dispon\u00edvel em: https://www.youtube.com/. Acesso em: 21 de Nov. de 2024.

    [12] This person does not exist. Dispon\u00edvel em: https://this-person-does-not-exist.com/en. Acesso em: 21 de nov. de 2024.

    [13] Google Forms. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/forms/about/. Acesso em: 23 de nov. de 2024.

    "},{"location":"Planejamento-do-projeto/ferramentas/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 29/10/2024 Cria\u00e7\u00e3o da p\u00e1gina de ferramentas. J\u00falia Takaki Victor Rodrigues e Thales Euflauzino 1.1 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.2 19/11/2024 Adi\u00e7\u00e3o de ferramenta Victor Rodrigues J\u00falia Takaki 1.3 21/11/2024 Adi\u00e7\u00e3o de ferramenta Thales Euflauzino Victor Rodrigues 1.4 23/11/2024 Adi\u00e7\u00e3o de ferramenta J\u00falia Takaki Thales Euflauzino"},{"location":"Planejamento-do-projeto/heatmap/","title":"Heatmap","text":""},{"location":"Planejamento-do-projeto/heatmap/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Para o desenvolvimento do projeto, \u00e9 indispens\u00e1vel a reuni\u00e3o dos membros para encontros de planejamento e grava\u00e7\u00f5es de entregas. Pensando em facilitar o processo de agendamento dessas reuni\u00f5es, foi elaborado o heatmap de disponibilidade dos membros.

    Como representado pela Figura 1, as c\u00e9lulas com o n\u00famero 0 representam 0 membros dispon\u00edveis, enquanto as c\u00e9lulas com 5 membros indicam os hor\u00e1rios poss\u00edveis para a reuni\u00e3o da equipe.

    "},{"location":"Planejamento-do-projeto/heatmap/#figura-1-heatmap-de-disponibilidade-do-grupo-5","title":"Figura 1: Heatmap de disponibilidade do grupo 5","text":"

    Autor: Victor Rodrigues, 2024

    "},{"location":"Planejamento-do-projeto/heatmap/#resultados","title":"Resultados","text":"

    A partir da an\u00e1lise do heatmap preenchido pelos membros do grupo, ficaram reservados para reuni\u00e3o os dias de quarta-feira \u00e0s 20:30 e/ou s\u00e1bado \u00e0s 14:00

    Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 28/10/2024 Estrutura\u00e7\u00e3o Inicial Victor Rodrigues Thales Euflauzino 1.1 31/10/2024 Adicionando hor\u00e1rio das reuni\u00f5es Thales Euflauzino V\u00edctor Schmidt 1.2 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues"},{"location":"Planejamento-do-projeto/lista-apps-avaliados/","title":"Aplicativos avaliados","text":""},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Na fase inicial do projeto, os estudantes selecionaram individualmente aplicativos do governo ou de comunidades. Essa escolha tinha como prop\u00f3sito apresentar sugest\u00f5es para o aplicativo a ser analisado em conjunto durante a disciplina. A Tabela 1 fornece detalhes sobre os websites/aplicativos avaliados por cada membro da equipe.

    Tabela 1: Tabela de aplicativos avaliados

    Aplicativo avaliado Avaliador Tesouro Direto J\u00falia Takaki Quinto Andar Maria Helena Meu SUS Digital Thales Euflauzino Google Chrome Victor Hugo eOuve - Juiz de Fora V\u00edctor Schmidt

    Autor: Thales Euflauzino, 2024

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#tesouro-direto","title":"Tesouro Direto","text":"

    O Tesouro Direto \u00e9 uma iniciativa desenvolvida pelo Governo Federal do Brasil que visa tornar mais acess\u00edvel o investimento em t\u00edtulos p\u00fablicos para os cidad\u00e3os. Por meio da plataforma, \u00e9 poss\u00edvel fazer o investimento diretamente em t\u00edtulos do Tesouro Nacional, facilitando o planejamento financeiro para prazos variados. O aplicativo permite que os usu\u00e1rios acompanhem suas carteiras de investimentos, verifiquem os rendimentos, consultem os pre\u00e7os atualizados dos t\u00edtulos e acessem o hist\u00f3rico de opera\u00e7\u00f5es. A escolha deste aplicativo se baseou nos seguintes crit\u00e9rios:

    • Requisito: Por ser um aplicativo governamental se encaixa nos requisitos da disciplina.

    • Novidade: O aplicativo n\u00e3o foi analisado nos semestres anteriores.

    • Complexidade: O aplicativo conta com diversas funcionalidades e, em decorr\u00eancia disso, requer uma an\u00e1lise mais complexa.

    • P\u00fablico-alvo amplo: O aplicativo \u00e9 amplamente utilizado por diversos usu\u00e1rios, tornando-o mais acess\u00edvel para an\u00e1lise e coleta de feedback.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#quinto-andar","title":"Quinto Andar","text":"

    O Quinto Andar \u00e9 uma plataforma que facilita o encontro de im\u00f3veis para alugar ou comprar em v\u00e1rias regi\u00f5es do Brasil. Por meio dela, usu\u00e1rios podem buscar im\u00f3veis com filtros por caracter\u00edsticas e localidade, al\u00e9m de anunciar seus pr\u00f3prios im\u00f3veis para venda ou aluguel. A plataforma conecta pessoas interessadas em comprar ou alugar com propriet\u00e1rios e vendedores, tornando o processo mais r\u00e1pido e acess\u00edvel. A escolha da plataforma foi feita levando em conta os seguintes pontos:

    • Requisito: Alinha-se ao escopo de an\u00e1lise de software proposto pela disciplina.

    • Novidade: O aplicativo ainda n\u00e3o foi analisado por grupos anteriores da disciplina.

    • Complexidade: Sendo um e-commerce voltado para o mercado imobili\u00e1rio, o aplicativo apresenta funcionalidades espec\u00edficas e complexas, representando um objeto de estudo promissor.

    • P\u00fablico-alvo amplo: A plataforma Quinto Andar atende adultos no Brasil interessados em anunciar ou buscar im\u00f3veis. \u00c9 um dos aplicativos mais populares do setor, com mais de 1 milh\u00e3o de downloads no Google Play.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#meu-sus-digital","title":"Meu SUS Digital","text":"

    O Meu SUS Digital \u00e9 uma plataforma criada pelo Governo Federal do Brasil para centralizar os dados de sa\u00fade dos cidad\u00e3os no Sistema \u00danico de Sa\u00fade (SUS). Atrav\u00e9s dela, qualquer pessoa cadastrada no gov.br pode acessar facilmente seu cart\u00e3o \u00fanico de sa\u00fade (CNS), cart\u00e3o de vacinas, informa\u00e7\u00f5es sobre exames agendados ou realizados, medicamentos prescritos e consultas no SUS, entre outras funcionalidades. O aplicativo foi analisado pelo estudante Thales Euflauzino e a escolha foi feita levando em conta os seguintes pontos:

    • Requisito: O aplicativo \u00e9 do governo, se encaixando nos requisitos da disciplina.

    • Novidade: O aplicativo n\u00e3o foi analisado nos semestres anteriores.

    • Complexidade: O aplicativo conta com diversas opera\u00e7\u00f5es/funcionalidades com diferentes complexidades.

    • P\u00fablico-alvo amplo: O aplicativo \u00e9 amplamente utilizado por diversos tipos de pessoas, sendo assim, de f\u00e1cil acesso para poss\u00edveis pesquisas com usu\u00e1rios.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#google-chrome","title":"Google Chrome","text":"

    O Google Chrome \u00e9 um navegador desenvolvido pela Google, amplamente utilizado em dispositivos m\u00f3veis e desktops ao redor do mundo. Ele oferece uma plataforma robusta e vers\u00e1til para navega\u00e7\u00e3o na web, contando com funcionalidades como sincroniza\u00e7\u00e3o de dados entre dispositivos, suporte para extens\u00f5es, e recursos de privacidade e seguran\u00e7a avan\u00e7ados. A escolha desse navegador foi feita com base nos seguintes crit\u00e9rios:

    • Requisito: se encaixa no escopo de an\u00e1lise de software proposto pela disciplina.

    • Novidade: O App recebe atualiza\u00e7\u00f5es constantes, garantindo que an\u00e1lises anteriores possam ser enriquecidas com novas funcionalidades e recursos.

    • Complexidade: O navegador apresenta uma estrutura complexa, com diversas funcionalidades, desde a navega\u00e7\u00e3o b\u00e1sica at\u00e9 recursos avan\u00e7ados de desenvolvedor, demandando uma an\u00e1lise detalhada.

    • P\u00fablico-alvo amplo: \u00c9 utilizado por uma vasta gama de usu\u00e1rios, de diferentes faixas et\u00e1rias e perfis, tornando-se uma escolha acess\u00edvel para a coleta de feedback e an\u00e1lise de usabilidade.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#eouve-juiz-de-fora","title":"eOuve Juiz de Fora","text":"

    O eOuve \u00e9 um aplicativo desenvolvido pela Prefeitura de Juiz de Fora para promover a comunica\u00e7\u00e3o direta entre a administra\u00e7\u00e3o municipal e os cidad\u00e3os. Por meio desta plataforma, os moradores podem registrar suas solicita\u00e7\u00f5es, como den\u00fancias de problemas p\u00fablicos, sugest\u00f5es e elogios, proporcionando uma forma pr\u00e1tica e eficaz de participa\u00e7\u00e3o cidad\u00e3. O aplicativo permite o envio de fotos, descri\u00e7\u00e3o detalhada dos problemas, al\u00e9m de possibilitar o acompanhamento do status das solicita\u00e7\u00f5es, o que refor\u00e7a a transpar\u00eancia e a efici\u00eancia na gest\u00e3o p\u00fablica. A escolha do eOuve para an\u00e1lise se baseou nos seguintes crit\u00e9rios:

    • Requisito: O aplicativo atende aos requisitos da disciplina por ser uma ferramenta governamental de comunica\u00e7\u00e3o com os cidad\u00e3os.

    • Novidade: Por ser atualizado regularmente, o eOuve incorpora novas funcionalidades e melhorias, o que permite uma an\u00e1lise sempre atualizada e enriquecida.

    • Complexidade: O aplicativo oferece diversas funcionalidades, como o registro de solicita\u00e7\u00f5es, envio de imagens, e acompanhamento em tempo real das demandas, exigindo uma an\u00e1lise detalhada de seus recursos e usabilidade.

    • P\u00fablico-alvo amplo: O eOuve \u00e9 utilizado por uma ampla faixa de moradores de Juiz de Fora, facilitando a coleta de feedback e an\u00e1lise de usabilidade, j\u00e1 que \u00e9 acess\u00edvel e relevante para diversos perfis de cidad\u00e3os.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#bibliografia","title":"Bibliografia","text":"

    Meu SUS Digital. Google Play, 2024. Dispon\u00edvel em: https://play.google.com/store/apps/details?id=br.gov.datasus.cnsdigital&hl=pt_BR Acesso em: 25 de outubro de 2024

    Google Chrome. Google Play, 2024. Dispon\u00edvel em: https://play.google.com/store/apps/details?id=com.android.chrome&hl=pt_BR. Acesso em: 28 de outubro de 2024.>

    Tesouro Direto. Google Play, 2024. Dispon\u00edvel em: https://play.google.com/store/apps/details?id=br.gov.fazenda.tesouro.td&hl=pt_BR. Acesso em: 28 de outubro de 2024.

    eOuve. Prefeitura de Juiz de Fora, 2024. Dispon\u00edvel em: https://eouve.com.br/#/. Acesso em: 29 de outubro de 2024.

    Quinto Andar. Google Play, 2024. Dispon\u00edvel em: https://play.google.com/store/apps/details?id=br.com.quintoandar.inquilinos&hl=pt&gl=BR. Acesso em: 31 de outubro de 2024.

    "},{"location":"Planejamento-do-projeto/lista-apps-avaliados/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 28/10/2024 Cria\u00e7\u00e3o do documento e informa\u00e7\u00f5es do Meu SUS Digital Thales Euflauzino Victor Hugo 1.1 28/10/2024 Informa\u00e7\u00f5es Google Chrome Victor Hugo V\u00edctor Schmidt 1.2 28/10/2024 Informa\u00e7\u00f5es Tesouro Direto J\u00falia Takaki Thales Euflauzino 1.3 29/10/2024 Informa\u00e7\u00f5es eOuve Juiz de Fora V\u00edctor Schmidt Thales Euflauzino 1.4 29/10/2024 Informa\u00e7\u00f5es Quinto Andar Maria Helena V\u00edctor Schmidt 1.5 31/10/2024 Adicionando Refer\u00eancia Bibliogr\u00e1fica Quinto Andar Maria Helena V\u00edctor Schmidt 1.6 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues"},{"location":"Planejamento-do-projeto/rich-picture/","title":"Rich Picture","text":""},{"location":"Planejamento-do-projeto/rich-picture/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Rich Picture \u00e9 uma ferramenta visual para expressar ideias e analisar problemas, tudo isso de forma informal e de f\u00e1cil entendimento. No contexto da engenharia de software, ele \u00e9 utilizado para abstrair o funcionamento de sistemas de software e se apresenta na forma de um diagrama com alguns elementos b\u00e1sicos como: atores, funcionalidades, armazenamento de dados, fluxo de dados e limites do sistema. 1

    "},{"location":"Planejamento-do-projeto/rich-picture/#metodologia-e-ferramentas","title":"Metodologia e Ferramentas","text":"

    A aplica\u00e7\u00e3o Canva foi utilizada para elaborar tanto o richpicture quanto sua legenda que podem ser vistas na Figura 1 e todas as ilustra\u00e7\u00f5es usadas s\u00e3o da mesma plataforma.

    Figura 1: Richpicture vers\u00e3o 1.

    Autor: J\u00falia Takaki

    "},{"location":"Planejamento-do-projeto/rich-picture/#referencias","title":"Refer\u00eancias","text":"

    1. SERRANO, Maur\u00edcio; SERRANO, Milene. Requisitos - Aula 4. Aprender 3. Distrito Federal, 2016. Dispon\u00edvel em: <https://aprender3.unb.br/pluginfile.php/2972425/mod_resource/content/4/Requisitos%20-%20Aula%2004%20-%20Parte%202%20RichPicture.pdf>. Acesso em: 28/10/2024.

    "},{"location":"Planejamento-do-projeto/rich-picture/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 29/10/2024 Adi\u00e7\u00e3o da primeira vers\u00e3o do richpicture J\u00falia Takaki Thales Euflauzino 1.1 02/11/2024 Adicionando introdu\u00e7\u00e3o e motodologia Thales Euflauzino V\u00edctor Schmidt"},{"location":"elicitacao/grupo5/brainstorm/","title":"Brainstorm","text":""},{"location":"elicitacao/grupo5/brainstorm/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O brainstorming \u00e9 uma t\u00e9cnica colaborativa amplamente utilizada para a gera\u00e7\u00e3o de ideias, permitindo explorar uma diversidade de perspectivas de forma r\u00e1pida e eficiente. Segundo Barbosa et al. (2021), essa t\u00e9cnica se destaca por sua capacidade de levantar necessidades e desejos dos usu\u00e1rios, resultando em uma lista priorizada que pode alimentar diretamente a especifica\u00e7\u00e3o funcional e a documenta\u00e7\u00e3o de design (Barbosa et al., 2012). Al\u00e9m disso, Vianna et al. (2012) destacam que o brainstorming \u00e9 uma etapa crucial no processo de idea\u00e7\u00e3o, promovendo a criatividade e permitindo a combina\u00e7\u00e3o de diferentes perfis e expertises para solu\u00e7\u00f5es mais ricas e assertivas.

    No contexto deste projeto, o brainstorming foi aplicado para explorar e avaliar os requisitos do aplicativo Tesouro Direto, considerando a perspectiva dos usu\u00e1rios e as funcionalidades existentes, com o objetivo de identificar melhorias e novas possibilidades.

    "},{"location":"elicitacao/grupo5/brainstorm/#objetivo","title":"Objetivo","text":"

    A principal finalidade do brainstorming foi identificar, de maneira colaborativa, as necessidades e desejos dos usu\u00e1rios do aplicativo Tesouro Direto, priorizando caracter\u00edsticas e funcionalidades que promovam uma experi\u00eancia mais eficiente, segura e satisfat\u00f3ria. Essa etapa visa alinhar as percep\u00e7\u00f5es dos participantes ao prop\u00f3sito do aplicativo e \u00e0s demandas reais do p\u00fablico-alvo, utilizando insights gerados para orientar decis\u00f5es de design e desenvolvimento. Claro! Aqui est\u00e1 o resumo com os links de cita\u00e7\u00e3o que voc\u00ea forneceu:

    "},{"location":"elicitacao/grupo5/brainstorm/#metodologia-de-priorizacao-de-requisitos-com-brainstorming","title":"Metodologia de Prioriza\u00e7\u00e3o de Requisitos com Brainstorming","text":""},{"location":"elicitacao/grupo5/brainstorm/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

    A prepara\u00e7\u00e3o da sess\u00e3o de brainstorming seguiu um planejamento cuidadoso:

    • Participantes: A sele\u00e7\u00e3o de 8 a 12 indiv\u00edduos foi feita de acordo com perfis alinhados ao p\u00fablico-alvo do aplicativo, visando garantir diversidade de perspectivas e garantir que as ideias fossem relevantes e representativas, conforme sugerido por (Barbosa et al., 2012).

    • Ambiente e Material: Foi montado um ambiente colaborativo, com materiais como papel, canetas e est\u00edmulos visuais (imagens e objetos relacionados ao contexto do Tesouro Direto), conforme a abordagem de (Vianna et al., 2012).

    "},{"location":"elicitacao/grupo5/brainstorm/#conducao-da-sessao","title":"Condu\u00e7\u00e3o da Sess\u00e3o","text":"

    A condu\u00e7\u00e3o da sess\u00e3o seguiu os princ\u00edpios de brainstorming descritos por Barbosa et al. (2012) e Vianna et al. (2012):

    1. Introdu\u00e7\u00e3o: A atividade foi iniciada com uma explica\u00e7\u00e3o do objetivo da sess\u00e3o, destacando a liberdade criativa e a import\u00e2ncia de evitar julgamentos durante o processo, promovendo um ambiente aberto e colaborativo.

    2. Pergunta Norteadora: A quest\u00e3o central foi formulada de forma a estimular a gera\u00e7\u00e3o de ideias: \"Quais funcionalidades ou caracter\u00edsticas o sistema ideal do Tesouro Direto deveria apresentar para atender \u00e0s suas necessidades e superar suas expectativas?\" (Barbosa et al., 2012).

    3. Din\u00e2mica:

      • A gera\u00e7\u00e3o de ideias foi realizada em rodadas r\u00e1pidas, incentivando a quantidade e diversidade de respostas (Vianna et al., 2012).
      • Os participantes foram incentivados a combinar e aprimorar ideias, promovendo uma discuss\u00e3o colaborativa (Barbosa et al., 2012).
    "},{"location":"elicitacao/grupo5/brainstorm/#analise-e-priorizacao","title":"An\u00e1lise e Prioriza\u00e7\u00e3o","text":"

    Ap\u00f3s a gera\u00e7\u00e3o de ideias, utilizamos a t\u00e9cnica de aloca\u00e7\u00e3o de recursos para priorizar as funcionalidades ou caracter\u00edsticas sugeridas. Cada participante recebeu 100 d\u00f3lares fict\u00edcios para distribuir conforme a sua percep\u00e7\u00e3o de import\u00e2ncia. Optamos por essa abordagem por ser uma maneira intuitiva e pr\u00e1tica de envolver os participantes na prioriza\u00e7\u00e3o, j\u00e1 que o ato de \"gastar\" o dinheiro torna o processo mais acess\u00edvel e compreens\u00edvel. Al\u00e9m disso, essa t\u00e9cnica oferece uma vis\u00e3o clara de quais requisitos s\u00e3o considerados mais valiosos, facilitando o entendimento e a tomada de decis\u00e3o, especialmente em projetos com recursos limitados. A metodologia \u00e9 baseada no racioc\u00ednio descrito no livro Software Requirements (Wigers & Beatty, 2012).

    "},{"location":"elicitacao/grupo5/brainstorm/#roteiro-do-brainstorm","title":"Roteiro do Brainstorm","text":"

    O roteiro abaixo descreve as etapas da sess\u00e3o de brainstorming que ser\u00e1 realizada no dia 19 de novembro de 2024, \u00e0s 12h, com dura\u00e7\u00e3o de 1 hora. A t\u00e9cnica ser\u00e1 utilizada como m\u00e9todo de elicita\u00e7\u00e3o de requisitos, com o objetivo de identificar funcionalidades e melhorias para o aplicativo Tesouro Direto, priorizando as necessidades do usu\u00e1rio.

    "},{"location":"elicitacao/grupo5/brainstorm/#pergunta-norteadora","title":"Pergunta Norteadora","text":"

    \"Se voc\u00ea pudesse projetar o sistema ideal do Tesouro Direto, quais funcionalidades, caracter\u00edsticas ou melhorias ele deveria ter para atender \u00e0s suas necessidades de forma eficiente e intuitiva?\"

    Essa pergunta busca incentivar os participantes a explorar tanto os requisitos funcionais quanto os n\u00e3o funcionais, com foco na experi\u00eancia do usu\u00e1rio e na efici\u00eancia do sistema.

    "},{"location":"elicitacao/grupo5/brainstorm/#cronograma","title":"Cronograma","text":"Etapa Descri\u00e7\u00e3o Tempo Estimado 12:00 at\u00e9 12:05 Abertura e Apresenta\u00e7\u00e3o 5 minutos 12:05 at\u00e9 12:10 Contextualiza\u00e7\u00e3o: breve explica\u00e7\u00e3o sobre o objetivo da sess\u00e3o e as regras do brainstorming. 5 minutos 12:10 at\u00e9 12:25 Gera\u00e7\u00e3o de Ideias: participantes respondem \u00e0 pergunta norteadora com ideias livres. 15 minutos 12:25 at\u00e9 12:40 Discuss\u00e3o e Refinamento: agrupamento das ideias em categorias e identifica\u00e7\u00e3o de requisitos. 15 minutos 12:40 at\u00e9 12:50 Prioriza\u00e7\u00e3o de Requisitos: participantes priorizam utilizando a t\u00e9cnica dos 100 d\u00f3lares os requisitos. 10 minutos 12:50 at\u00e9 13:00 Encerramento: resumo dos requisitos priorizados e pr\u00f3ximos passos. 10 minutos"},{"location":"elicitacao/grupo5/brainstorm/#descricao-das-etapas","title":"Descri\u00e7\u00e3o das Etapas","text":"

    1. Abertura e Apresenta\u00e7\u00e3o:

      • Apresenta\u00e7\u00e3o do moderador e dos participantes.
      • Contextualiza\u00e7\u00e3o breve sobre o objetivo e a import\u00e2ncia da sess\u00e3o.

    2. Contextualiza\u00e7\u00e3o:

      • Explica\u00e7\u00e3o do objetivo principal: elicitar requisitos para o aplicativo Tesouro Direto.
      • Regras principais:
        • Todas as ideias s\u00e3o v\u00e1lidas.
        • N\u00e3o h\u00e1 julgamentos durante a gera\u00e7\u00e3o de ideias.
        • Incentivar combina\u00e7\u00f5es e refinamentos.

    3. Gera\u00e7\u00e3o de Ideias:

      • Resposta \u00e0 pergunta norteadora.
      • Participantes contribuem espontaneamente, enquanto o moderador registra as ideias.

    4. Discuss\u00e3o e Refinamento:

      • Agrupamento das ideias em categorias, como requisitos funcionais e n\u00e3o funcionais.
      • Identifica\u00e7\u00e3o de padr\u00f5es ou temas relevantes.

    5. Prioriza\u00e7\u00e3o de Requisitos:

      • Cada participante gasta seu dinheiro com os requisitos que considera mais importante.
      • Registro das ideias mais votadas para an\u00e1lise posterior.

    6. Encerramento:

      • Apresenta\u00e7\u00e3o do resumo final das ideias priorizadas.
      • Explica\u00e7\u00e3o sobre os pr\u00f3ximos passos para incorporar os requisitos ao projeto.
    "},{"location":"elicitacao/grupo5/brainstorm/#resultados-do-brainstorm","title":"Resultados do Brainstorm","text":""},{"location":"elicitacao/grupo5/brainstorm/#ideias-geradas-e-priorizacao","title":"Ideias Geradas e Prioriza\u00e7\u00e3o","text":"

    Os valores atribu\u00eddos por cada participante na prioriza\u00e7\u00e3o das ideias, utilizando a t\u00e9cnica dos 100 d\u00f3lares, est\u00e3o dispon\u00edveis no seguinte documento: Distribui\u00e7\u00e3o dos 100 Reais dos Usu\u00e1rios.

    1. Uma autodeclara\u00e7\u00e3o de expertise no aplicativo (novo, m\u00e9dio, experiente): Permitir que o usu\u00e1rio selecione seu n\u00edvel de familiaridade com investimentos no momento do cadastro ou na configura\u00e7\u00e3o do perfil, para personalizar as recomenda\u00e7\u00f5es e a experi\u00eancia de uso. \u2013 Autor: Gustavo

      • M\u00e9dia de valor gasto: R$ 10

    2. Tutorial de uso do aplicativo: Implementar uma se\u00e7\u00e3o ou guia interativo que explique, de forma did\u00e1tica, como navegar e utilizar todas as funcionalidades do app, desde o cadastro at\u00e9 a realiza\u00e7\u00e3o de investimentos. \u2013 Autor: Flores

      • M\u00e9dia de valor gasto: R$ 3,54

    3. Aumento do leque de op\u00e7\u00f5es na simula\u00e7\u00e3o: Ampliar as vari\u00e1veis dispon\u00edveis nas ferramentas de simula\u00e7\u00e3o, como ajustes de taxas, prazos e aportes, para que os usu\u00e1rios possam criar cen\u00e1rios mais personalizados. \u2013 Autor: Alexandre

      • M\u00e9dia de valor gasto: R$ 3,54

    4. Exibi\u00e7\u00e3o da liquidez no t\u00edtulo do Tesouro: Adicionar informa\u00e7\u00f5es sobre a liquidez diretamente no t\u00edtulo de cada op\u00e7\u00e3o de investimento, para que o usu\u00e1rio possa avaliar a disponibilidade dos valores com mais facilidade. \u2013 Autor: Flores

      • M\u00e9dia de valor gasto: R$ 4,64

    5. Compara\u00e7\u00e3o de t\u00edtulos de diferentes origens na simula\u00e7\u00e3o: Adicionar uma funcionalidade que permita colocar lado a lado investimentos de origens diferentes, como Tesouro Direto e outras op\u00e7\u00f5es de renda fixa, para facilitar a an\u00e1lise comparativa. \u2013 Autor: Ana

      • M\u00e9dia de valor gasto: R$ 8,10

    6. Controle ampliado na simula\u00e7\u00e3o de aposentadoria: Reformular a simula\u00e7\u00e3o para que o usu\u00e1rio possa personalizar mais vari\u00e1veis, como idade de in\u00edcio, contribui\u00e7\u00f5es mensais, e metas de renda, garantindo maior flexibilidade no planejamento. \u2013 Autor: Matheus Melo

      • M\u00e9dia de valor gasto: R$ 4,37

    7. Integra\u00e7\u00e3o da simula\u00e7\u00e3o na aba \"Meus Sonhos\": Vincular as simula\u00e7\u00f5es de investimento diretamente aos objetivos definidos na aba \"Meus Sonhos\", oferecendo uma vis\u00e3o integrada entre planejamento e execu\u00e7\u00e3o. \u2013 Autor: Matheus Campos

      • M\u00e9dia de valor gasto: R$ 3,82

    8. Cria\u00e7\u00e3o de um dashboard inicial: Implementar uma tela inicial com um resumo visual das principais informa\u00e7\u00f5es financeiras do usu\u00e1rio, como saldo, metas em andamento, e desempenho dos investimentos. \u2013 Autor: Marcos

      • M\u00e9dia de valor gasto: R$ 9,46

    9. Perfil de recomenda\u00e7\u00e3o de investimento mais vis\u00edvel: Tornar o perfil de indica\u00e7\u00e3o mais claro e acess\u00edvel, apresentando uma explica\u00e7\u00e3o detalhada sobre o que ele significa e como ele \u00e9 calculado. \u2013 Autor: Vilmar

      • M\u00e9dia de valor gasto: R$ 4,10

    10. Mais recursos educativos sobre investimentos: Adicionar ferramentas interativas e conte\u00fados explicativos para ensinar os usu\u00e1rios sobre conceitos financeiros e de investimento de maneira pr\u00e1tica e acess\u00edvel. \u2013 Autoras: Bianca e Yza

      • M\u00e9dia de valor gasto: R$ 8

    11. Aprimorar a acessibilidade do layout: Melhorar a disposi\u00e7\u00e3o visual e os elementos de design do aplicativo para torn\u00e1-lo mais intuitivo e inclusivo para diferentes perfis de usu\u00e1rios. \u2013 Autor: Victor G

      • M\u00e9dia de valor gasto: R$ 9,55

    12. Barra de progresso na aba \"Meus Sonhos\": Implementar uma barra visual para acompanhar o progresso de cada objetivo na aba \"Meus Sonhos\", ajudando o usu\u00e1rio a monitorar quanto falta para atingir suas metas. \u2013 Autor: Thales

      • M\u00e9dia de valor gasto: R$ 4,11

    13. Tema escuro no aplicativo: Disponibilizar uma op\u00e7\u00e3o de tema escuro para maior conforto visual durante o uso do aplicativo, especialmente em ambientes de pouca luz. \u2013 Autor: Marcos

      • M\u00e9dia de valor gasto: R$ 5,25

    14. Compara\u00e7\u00e3o com o padr\u00e3o do INSS na aposentadoria: Incluir uma op\u00e7\u00e3o na simula\u00e7\u00e3o de aposentadoria que permita ao usu\u00e1rio comparar seus resultados esperados com o benef\u00edcio m\u00e9dio do INSS, oferecendo mais contexto na decis\u00e3o. \u2013 Autor: Gustavo

      • M\u00e9dia de valor gasto: R$ 3,55

    15. Sugest\u00f5es personalizadas na p\u00e1gina inicial do \"Meu Investimento\": Quando o usu\u00e1rio n\u00e3o tiver investimentos cadastrados, sugerir op\u00e7\u00f5es alinhadas ao perfil dele, como investimentos em Tesouro Direto que possam ser interessantes. \u2013 Autor Gustavo

      • M\u00e9dia de valor gasto: R$ 9,28
    "},{"location":"elicitacao/grupo5/brainstorm/#requisitos-funcionais","title":"Requisitos Funcionais","text":"

    Tabela 1 - Requisitos Funcionais Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) Prioriza\u00e7\u00e3o (M\u00e9dia) RF1 O aplicativo deve permitir que o usu\u00e1rio fa\u00e7a uma autodeclara\u00e7\u00e3o de expertise (novo, m\u00e9dio, experiente). BF1 N\u00e3o R$10 RF2 O aplicativo deve oferecer um tutorial para guiar o usu\u00e1rio no uso das funcionalidades. BF2 N\u00e3o R$3,54 RF3 O sistema deve disponibilizar um maior leque de op\u00e7\u00f5es para simula\u00e7\u00f5es financeiras. BF3 N\u00e3o R$3,54 RF4 O aplicativo deve exibir a liquidez dos t\u00edtulos do Tesouro Nacional na simula\u00e7\u00e3o. BF4 N\u00e3o R$4,64 RF5 O sistema deve permitir a compara\u00e7\u00e3o de t\u00edtulos de diferentes origens na simula\u00e7\u00e3o. BF5 N\u00e3o R$8,10 RF6 O sistema deve integrar a funcionalidade de simula\u00e7\u00e3o com a aba \"Meus Sonhos\". BF7 N\u00e3o R$3,82 RF7 O aplicativo deve apresentar um dashboard inicial com informa\u00e7\u00f5es relevantes para o usu\u00e1rio. BF8 N\u00e3o R$9,46 RF8 O aplicativo deve disponibilizar mais recursos educativos sobre investimentos. BF10 N\u00e3o R$8 RF9 O sistema deve incluir uma barra de progresso na aba \"Meus Sonhos\". BF12 N\u00e3o R$4,11 RF10 O aplicativo deve permitir a compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS na aposentadoria. BF14 N\u00e3o R$3,55 RF11 O sistema deve exibir sugest\u00f5es personalizadas na p\u00e1gina inicial do \"Meu Investimento\". BF15 N\u00e3o R$9,28

    Autor: V\u00edctor Schmidt, 2024

    "},{"location":"elicitacao/grupo5/brainstorm/#_1","title":"Brainstorm","text":""},{"location":"elicitacao/grupo5/brainstorm/#requisitos-nao-funcionais","title":"Requisitos N\u00e3o Funcionais","text":"

    Tabela 2 - Requisitos N\u00e3o Funcionais Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) Prioriza\u00e7\u00e3o (M\u00e9dia) RFN1 O sistema deve oferecer controle ampliado para simula\u00e7\u00f5es de aposentadoria. BFN6 N\u00e3o R$4,37 RFN2 O perfil de recomenda\u00e7\u00e3o de investimentos deve ser mais vis\u00edvel e acess\u00edvel no aplicativo. BFN9 N\u00e3o R$4,10 RFN3 O layout do aplicativo deve ser aprimorado para aumentar a acessibilidade. BFN11 N\u00e3o R$9,55 RFN4 O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio. BFN13 N\u00e3o R$5,25

    Autor: V\u00edctor Schmidt, 2024

    "},{"location":"elicitacao/grupo5/brainstorm/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

    O termo de consentimento assinado pelos participantes assegura a autoriza\u00e7\u00e3o para uso de suas imagens, vozes e opini\u00f5es expressas durante a atividade de brainstorming. Ele detalha que:

    • Objetivo: O termo \u00e9 exclusivo para fins acad\u00eamicos, como registro, consulta e divulga\u00e7\u00e3o dos resultados do projeto da disciplina de Requisitos de Software.
    • Permiss\u00f5es: Autoriza a publica\u00e7\u00e3o em reposit\u00f3rios p\u00fablicos (GitHub e MkDocs) e v\u00eddeos n\u00e3o listados no YouTube, sem qualquer uso comercial.
    • Garantias: O material ser\u00e1 usado apenas para prop\u00f3sitos educacionais, respeitando as restri\u00e7\u00f5es de confidencialidade e consentimento.
    • Limita\u00e7\u00f5es: Devido \u00e0 natureza p\u00fablica, o conte\u00fado n\u00e3o poder\u00e1 ser removido ap\u00f3s a publica\u00e7\u00e3o.

    Para mais detalhes, o termo completo est\u00e1 dispon\u00edvel aqui.

    V\u00eddeo 1: Brainstorm - Elicita\u00e7\u00e3o de Requisitos

    Autor: V\u00edctor Schmidt

    "},{"location":"elicitacao/grupo5/brainstorm/#bibliografia","title":"Bibliografia","text":"

    BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

    VIANNA, M.; VIANNA, Y.; ADLER, I. K.; LUCENA, B.; RUSS, B. Design Thinking: Inova\u00e7\u00e3o em Neg\u00f3cios. MJV Press, 2012.

    WIGERS, K.; BEATTY, J. Software Requirements. 3. ed. Microsoft Press, 2012. ISBN: 978-0-7356-2701-2.

    "},{"location":"elicitacao/grupo5/brainstorm/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 18/11/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt Thales Euflauzino e Maria Helena 1.1 18/11/2024 Adicionando Roteiro V\u00edctor Schmidt Thales Euflauzino e Maria Helena 1.2 19/11/2024 Adicionando Resultados V\u00edctor Schmidt Thales Euflauzino e Maria Helena 1.3 20/11/2024 Adicionando V\u00eddeo V\u00edctor Schmidt Thales Euflauzino e Maria Helena 1.4 20/11/2024 Mais alguns ajustes V\u00edctor Schmidt Thales Euflauzino e Maria Helena"},{"location":"elicitacao/grupo5/glossario/","title":"Gloss\u00e1rio","text":""},{"location":"elicitacao/grupo5/glossario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O gloss\u00e1rio desempenha o papel de processo e produto simultaneamente. Ele serve para identificar e definir os termos caracter\u00edsticos do dom\u00ednio do problema, e sua constru\u00e7\u00e3o contribui para a elicita\u00e7\u00e3o de requisitos. Optar por essa metodologia \u00e9 especialmente relevante devido ao vocabul\u00e1rio t\u00e9cnico e espec\u00edfico de investimentos e t\u00edtulos p\u00fablicos que permeia o aplicativo Tesouro Direto.

    De acordo com Vazquez1, para identificar os termos candidatos ao gloss\u00e1rio, deve prestar-se aten\u00e7\u00e3o a termos:

    • \u00danicos para o dom\u00ednio;
    • Com mais de uma defini\u00e7\u00e3o;
    • Com defini\u00e7\u00e3o distinta do senso comum;
    • Com defini\u00e7\u00f5es n\u00e3o intuitivas;
    • T\u00e9cnicos do neg\u00f3cio;
    • Abrevia\u00e7\u00f5es e siglas;
    • Sin\u00f4nimos e ant\u00f4nimos.
    "},{"location":"elicitacao/grupo5/glossario/#glossario_1","title":"Gloss\u00e1rio","text":"

    Para facilitar o entendimento do aplicativo, foram reunidos e definidos termos espec\u00edficos do dom\u00ednio dos investimentos e t\u00edtulos p\u00fablicos, conforme apresentado na Tabela 1. Muitos desses termos possuem terminologia t\u00e9cnica e, quando necess\u00e1rio, explica\u00e7\u00f5es adicionais foram inclu\u00eddas para maior clareza.

    Tabela 1: Gloss\u00e1rio dos termos do Tesouro Direto.

    Termo Defini\u00e7\u00e3o Tesouro Direto Programa do governo brasileiro que permite a compra de t\u00edtulos p\u00fablicos por pessoas f\u00edsicas pela internet. T\u00edtulo P\u00fablico Instrumento financeiro emitido pelo governo para captar recursos e financiar suas atividades. Investidor Pessoa f\u00edsica ou jur\u00eddica que aplica recursos financeiros na compra de t\u00edtulos p\u00fablicos. Rentabilidade Retorno financeiro obtido pelo investidor em fun\u00e7\u00e3o do investimento realizado. Prefixado Tipo de t\u00edtulo cuja taxa de rentabilidade \u00e9 definida no momento da compra e permanece fixa at\u00e9 o vencimento. Indexado T\u00edtulo cuja rentabilidade est\u00e1 atrelada a um \u00edndice econ\u00f4mico, como IPCA (infla\u00e7\u00e3o) ou Selic. IPCA \u00cdndice de Pre\u00e7os ao Consumidor Amplo, utilizado para medir a infla\u00e7\u00e3o no Brasil. Taxa Selic Taxa b\u00e1sica de juros da economia brasileira, usada como refer\u00eancia para t\u00edtulos atrelados \u00e0 Selic. Cust\u00f3dia Servi\u00e7o oferecido por institui\u00e7\u00f5es financeiras para guardar e administrar os t\u00edtulos adquiridos. Aplica\u00e7\u00e3o M\u00ednima Valor m\u00ednimo necess\u00e1rio para realizar a compra de um t\u00edtulo p\u00fablico. Resgate Processo de venda ou retirada do valor aplicado em um t\u00edtulo antes ou no vencimento. Vencimento Data em que o t\u00edtulo atinge o prazo final e o valor investido \u00e9 devolvido ao investidor com os juros acumulados. Amortiza\u00e7\u00e3o Pagamento parcial ou total do valor principal de um t\u00edtulo durante sua vig\u00eancia. Carteira de Investimentos Conjunto de t\u00edtulos ou ativos financeiros adquiridos por um investidor. Taxa de Administra\u00e7\u00e3o Taxa cobrada por institui\u00e7\u00f5es financeiras para operar o investimento no Tesouro Direto. Taxa de Cust\u00f3dia Valor cobrado pela B3 (Bolsa de Valores) para manter e movimentar os t\u00edtulos adquiridos. Liquidez Facilidade com que um t\u00edtulo pode ser convertido em dinheiro sem perda significativa de valor. Tesouro Selic Tipo de t\u00edtulo p\u00fablico indexado \u00e0 Taxa Selic, indicado para investimentos de curto prazo e maior liquidez. Tesouro IPCA+ T\u00edtulo p\u00fablico indexado ao IPCA, que garante prote\u00e7\u00e3o contra a infla\u00e7\u00e3o e retorno adicional. Tesouro Prefixado T\u00edtulo com taxa de retorno definida no momento da compra, ideal para quem busca previsibilidade.

    Autor: J\u00falia Takaki

    "},{"location":"elicitacao/grupo5/glossario/#requisitos-elicitados","title":"Requisitos Elicitados","text":"

    Ap\u00f3s uma an\u00e1lise dos conceitos relacionados ao dom\u00ednio dos investimentos e t\u00edtulos p\u00fablicos, foi poss\u00edvel identificar os requisitos descritos na Tabela 2. Cada requisito foi identificado com a sigla GLO seguida de um n\u00famero, representando sua origem no gloss\u00e1rio. Al\u00e9m disso, cada um foi classificado como requisito funcional (RF) ou requisito n\u00e3o funcional (RNF), conforme sua natureza.

    Tabela 2: Requisitos elicitados a partir do Gloss\u00e1rio.

    Identificador Descri\u00e7\u00e3o do Requisito Tipo GLO01 O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis, incluindo suas caracter\u00edsticas principais. RF GLO02 O sistema deve possibilitar a compra de t\u00edtulos p\u00fablicos por meio de diferentes m\u00e9todos de pagamento, garantindo seguran\u00e7a na transa\u00e7\u00e3o. RF GLO03 O sistema deve exibir a rentabilidade acumulada de cada t\u00edtulo na carteira do usu\u00e1rio, de forma clara e atualizada. RF GLO04 A interface do aplicativo deve seguir padr\u00f5es de acessibilidade para facilitar o uso por diferentes perfis de investidores. RNF GLO05 O sistema deve permitir o resgate antecipado de t\u00edtulos, com c\u00e1lculo autom\u00e1tico do valor l\u00edquido baseado na data de resgate e na rentabilidade acumulada. RF GLO06 As transa\u00e7\u00f5es realizadas pelo aplicativo devem ser criptografadas para garantir a prote\u00e7\u00e3o dos dados dos usu\u00e1rios. RNF GLO07 O sistema deve enviar notifica\u00e7\u00f5es ao usu\u00e1rio sobre vencimentos de t\u00edtulos e atualiza\u00e7\u00f5es importantes relacionadas \u00e0 sua carteira de investimentos. RF GLO08 A aplica\u00e7\u00e3o deve ser compat\u00edvel com dispositivos m\u00f3veis e navegadores modernos, garantindo desempenho e responsividade adequados. RNF

    Autor: J\u00falia Takaki

    "},{"location":"elicitacao/grupo5/glossario/#bibliografia","title":"Bibliografia","text":"

    1 VAZQUEZ C., SIM\u00d5ES G. Engenharia de Requisitos, 1\u00aa edi\u00e7\u00e3o.

    Termos do Tesouro Direto, acesso em 21 de novembro de 2024.

    "},{"location":"elicitacao/grupo5/glossario/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 21/11/2024 Cria\u00e7\u00e3o do documento. J\u00falia Takaki Thales Euflauzino 1.1 21/11/2024 Ajustes fonte para autor e na bibliografia Thales Euflauzino Victor Rodrigues"},{"location":"elicitacao/grupo5/grupo-de-foco/","title":"Grupo de Foco: Avalia\u00e7\u00e3o do Aplicativo Tesouro Direto","text":""},{"location":"elicitacao/grupo5/grupo-de-foco/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    A t\u00e9cnica de grupo de foco foi utilizada para coletar insights qualitativos sobre a experi\u00eancia dos usu\u00e1rios do aplicativo Tesouro Direto. O objetivo principal foi entender as percep\u00e7\u00f5es, dificuldades e sugest\u00f5es de melhoria diretamente dos usu\u00e1rios, permitindo uma an\u00e1lise mais rica para subsidiar futuras atualiza\u00e7\u00f5es no aplicativo.

    "},{"location":"elicitacao/grupo5/grupo-de-foco/#metodologia","title":"Metodologia","text":"

    A t\u00e9cnica do Grupo de Foco foi empregada para conduzir a an\u00e1lise. A reuni\u00e3o contou com tr\u00eas participantes, listados na Tabela 1, que compartilharam suas experi\u00eancias e opini\u00f5es sobre o uso do aplicativo. O roteiro do grupo de foco foi elaborado por Thales Euflauzino, dispon\u00edvel nesse link. Foi conduzido por Maria Helena e teve a revis\u00e3o presencial do V\u00edctor Schmidt, e a grava\u00e7\u00e3o est\u00e1 dispon\u00edvel no V\u00eddeo 1. O grupo de foco teve a inten\u00e7\u00e3o de abranger t\u00f3picos como experi\u00eancia do usu\u00e1rio, funcionalidades, acompanhamento de investimentos, seguran\u00e7a e sugest\u00f5es de melhorias.

    Tabela 1 - Nome completo e idade dos participantes. Nome Idade Manoela Silvestre Garcia Chaves 20 Victor Hugo dos Santos Bernardes 23 Marcos Augusto Oliveira Goulart 20

    Autor: Elaborado por Thales Euflauzino, 2024

    "},{"location":"elicitacao/grupo5/grupo-de-foco/#resultados","title":"Resultados","text":""},{"location":"elicitacao/grupo5/grupo-de-foco/#1-experiencia-do-usuario","title":"1. Experi\u00eancia do Usu\u00e1rio","text":"
    • Manoela: O login foi considerado pouco atraente. Usou o aplicativo apenas algumas vezes.
    • Victor: Achou o simulador interativo e bem projetado.
    • Marcos: Considerou as funcionalidades desconexas, dificultando a navega\u00e7\u00e3o.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#2-funcionalidades-essenciais","title":"2. Funcionalidades Essenciais","text":"
    • Manoela: Utilizou os recursos de investimento e sonhos, relatando que o aplicativo atendeu \u00e0s suas necessidades b\u00e1sicas.
    • Victor: Concentrou-se no simulador e destacou a aus\u00eancia de um modo escuro funcional.
    • Marcos: Recomendou a inclus\u00e3o de uma tela comparativa para diferentes investimentos.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#3-acompanhamento-e-notificacoes","title":"3. Acompanhamento e Notifica\u00e7\u00f5es","text":"
    • Manoela: Acompanha o andamento dos investimentos manualmente, sem utilizar as notifica\u00e7\u00f5es.
    • Marcos e Victor: N\u00e3o mencionaram o uso de notifica\u00e7\u00f5es como prioridade.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#4-seguranca","title":"4. Seguran\u00e7a","text":"
    • Manoela: Sente-se segura devido \u00e0 sua organiza\u00e7\u00e3o pessoal, pois anota as senhas.
    • Victor: Confia no aplicativo pela intui\u00e7\u00e3o e design, mas buscaria reviews antes de usar para transa\u00e7\u00f5es cr\u00edticas.
    • Marcos: Confia por ser um produto do Tesouro Nacional e da B3, mas tem d\u00favidas sobre o login pelo Gov.br.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#5-melhorias-e-sugestoes","title":"5. Melhorias e Sugest\u00f5es","text":"
    • Manoela: N\u00e3o sugeriu grandes mudan\u00e7as, afirmando que o aplicativo atende \u00e0s suas necessidades.
    • Victor: Apontou falhas na responsividade e sugeriu melhorias no design de login e modo escuro.
    • Marcos: Sugeriu uma interface mais intuitiva para novos usu\u00e1rios e maior conectividade entre funcionalidades.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#conclusao","title":"Conclus\u00e3o","text":"

    O grupo de foco revelou que:

    • O simulador de investimentos \u00e9 amplamente valorizado pelos usu\u00e1rios, mas melhorias na interface geral s\u00e3o necess\u00e1rias.
    • A aus\u00eancia de um modo escuro adequado \u00e9 um ponto negativo destacado.
    • Seguran\u00e7a \u00e9 percebida como satisfat\u00f3ria devido \u00e0 confian\u00e7a na marca, embora o login pelo Gov.br tenha gerado d\u00favidas.
    • H\u00e1 sugest\u00f5es para aprimorar a navega\u00e7\u00e3o, conectividade das funcionalidades e inclus\u00e3o de novas telas comparativas.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#recomendacoes","title":"Recomenda\u00e7\u00f5es","text":"
    1. Melhorar a usabilidade e o design do login, incluindo op\u00e7\u00f5es modernas como biometria.
    2. Implementar um modo escuro funcional e melhorias na responsividade para dispositivos m\u00f3veis.
    3. Adicionar funcionalidades de compara\u00e7\u00e3o de investimentos e uma interface mais intuitiva para usu\u00e1rios novos.
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#video-do-grupo-de-foco","title":"V\u00eddeo do Grupo de Foco","text":"

    V\u00eddeo 1: Elicita\u00e7\u00e3o de Requisitos - Grupo de Foco

    Autor: Thales Euflauzino, 2024

    "},{"location":"elicitacao/grupo5/grupo-de-foco/#termo-de-consentimento","title":"Termo de Consentimento","text":"

    O termo de consentimento utilizado neste grupo de foco permite o uso de imagem, \u00e1udio e dados fornecidos pelos participantes exclusivamente para fins educativos e de pesquisa.

    Para abrir o documento completo do termo de consentimento, clique aqui

    "},{"location":"elicitacao/grupo5/grupo-de-foco/#requisitos-coletados","title":"Requisitos coletados","text":""},{"location":"elicitacao/grupo5/grupo-de-foco/#legenda-das-tabelas","title":"Legenda das Tabelas:","text":"
    • RFx: Requisito Funcional n\u00famero x;
    • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
    • GFx: Requisito do grupo de foco n\u00famero x;
    "},{"location":"elicitacao/grupo5/grupo-de-foco/#requisitos-funcionais","title":"Requisitos Funcionais","text":"Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) RF1 O aplicativo dever\u00e1 possuir uma tela de login integrado com o gov.br GF01 Sim RF2 O aplicativo dever\u00e1 permitir que o usu\u00e1rio fa\u00e7a login criando uma conta pr\u00f3pria no sistema GF02 Sim RF3 O aplicativo dever\u00e1 possuir uma ferramenta de simula\u00e7\u00e3o de evolu\u00e7\u00e3o dos investimentos. GF03 Sim RF4 O aplicativo dever\u00e1 possuir uma ferramenta para comparar o investimento escolhido com outros tipos de investimento. GF04 N\u00e3o RF5 O aplicativo dever\u00e1 possuir a funcionalidade de alternar entre modo claro e escuro. GF05 N\u00e3o"},{"location":"elicitacao/grupo5/grupo-de-foco/#requisitos-nao-funcionais","title":"Requisitos n\u00e3o funcionais","text":"Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) RNF1 O aplicativo dever\u00e1 garantir a seguran\u00e7a dos dados cadastrais dos usu\u00e1rios de acordo com a LGPD. GF06 Sim RNF2 O aplicativo dever\u00e1 ser responsivo para todos os dispositivos mobile. GF07 N\u00e3o RNF3 A navega\u00e7\u00e3o no aplicativo dever\u00e1 ser focada em integrar as funcionalidades do aplicativo de modo intuitivo e compreensivo. GF08 N\u00e3o"},{"location":"elicitacao/grupo5/grupo-de-foco/#bibliografia","title":"Bibliografia","text":"

    Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Cap 7. Autopublica\u00e7\u00e3o. ISBN: 978-65-00-19677-1.

    Economia DF - Grupo de Foco. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/tecnicas-perfil-usuario/grupo_de_foco/. Acesso em 19 de novembro de 2024

    Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 19/11/2024 Estrutura\u00e7\u00e3o Inicial Thales Euflauzino Victor Rodrigues 1.1 21/11/2024 Elicita\u00e7\u00e3o de Requisitos Maria Helena Thales Euflauzino"},{"location":"elicitacao/grupo5/introspeccao/","title":"Introspec\u00e7\u00e3o da Elicita\u00e7\u00e3o de Requisitos","text":""},{"location":"elicitacao/grupo5/introspeccao/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Este artefato tem como objetivo realizar uma introspec\u00e7\u00e3o para a elicita\u00e7\u00e3o dos requisitos do projeto Tesouro Direto. A t\u00e9cnica de introspec\u00e7\u00e3o consiste em uma an\u00e1lise pessoal e aprofundada que busca identificar elementos essenciais para o software. Nesse m\u00e9todo, o respons\u00e1vel deve imaginar uma situa\u00e7\u00e3o hipot\u00e9tica em que uma tarefa espec\u00edfica do sistema \u00e9 realizada, permitindo a identifica\u00e7\u00e3o de necessidades e funcionalidades indispens\u00e1veis. Dessa forma, os requisitos levantados s\u00e3o apresentados na Tabela 1 e na Tabela 2.

    "},{"location":"elicitacao/grupo5/introspeccao/#metodologia","title":"Metodologia","text":"

    A t\u00e9cnica de introspec\u00e7\u00e3o foi aplicada individualmente por V\u00edctor Schmidt no per\u00edodo de 09/11/2024 a 16/11/2024. Ap\u00f3s essa etapa, os requisitos identificados foram organizados em duas tabelas: Tabela 1 para Requisitos Funcionais e Tabela 2 para Requisitos N\u00e3o-Funcionais. Conclu\u00eddo o levantamento, revisamos o aplicativo do Tesouro Direto selecionado pelo grupo, verificando a presen\u00e7a ou aus\u00eancia dos requisitos elicitados.

    "},{"location":"elicitacao/grupo5/introspeccao/#introspeccao-do-autor","title":"Introspec\u00e7\u00e3o do Autor","text":"

    Para aplicar essa metodologia, imaginei-me em uma situa\u00e7\u00e3o onde eu, como usu\u00e1rio, desejasse investir no Tesouro Direto e acessasse o aplicativo para realizar essa tarefa. Sem visualizar o aplicativo, procurei listar todas as fun\u00e7\u00f5es essenciais que ele deveria oferecer para tornar o processo de investimento mais simples e eficiente. Al\u00e9m disso, considerei as dificuldades comuns que um investidor iniciante poderia enfrentar e como o aplicativo deveria abordar esses desafios, proporcionando solu\u00e7\u00f5es intuitivas e funcionais.

    Esse processo de introspec\u00e7\u00e3o para elicita\u00e7\u00e3o de requisitos consiste justamente em colocar-se no lugar do usu\u00e1rio sem a refer\u00eancia visual direta do produto, buscando compreender quais funcionalidades (tanto funcionais quanto n\u00e3o funcionais) s\u00e3o fundamentais. No contexto do aplicativo do Tesouro Direto, essa abordagem me permitiu estruturar uma vis\u00e3o clara dos recursos necess\u00e1rios, levando em conta a experi\u00eancia do usu\u00e1rio e o conhecimento pr\u00e9vio de funcionalidades encontradas em aplicativos semelhantes.

    "},{"location":"elicitacao/grupo5/introspeccao/#requisitos-elicitados","title":"Requisitos Elicitados","text":""},{"location":"elicitacao/grupo5/introspeccao/#legenda-das-tabelas","title":"Legenda das Tabelas:","text":"
    • RFx: Requisito Funcional n\u00famero x;
    • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
    • ITx: Requisito n\u00famero x;
    "},{"location":"elicitacao/grupo5/introspeccao/#requisitos-funcionais","title":"Requisitos Funcionais","text":"

    Tabela 1 - Requisitos Funcionais. Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) Prioriza\u00e7\u00e3o (MoSCoW) RF1 Permitir a consulta de investimentos por institui\u00e7\u00e3o financeira. IT1 Sim Must Have RF2 Permitir a simula\u00e7\u00e3o, realiza\u00e7\u00e3o e visualiza\u00e7\u00e3o de detalhes de investimentos nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o. IT2 Sim Must Have RF3 Permitir o resgate de investimentos, considerando a institui\u00e7\u00e3o financeira associada. IT3 Sim Must Have RF4 Oferecer funcionalidade para salvar metas de investimentos (Sonhos). IT4 Sim Should Have RF5 Permitir simula\u00e7\u00e3o e planejamento de aposentadoria indicando o ano esperado de aposentadoria. IT5 Sim Should Have RF6 Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira. IT6 Sim Must Have RF7 Incluir um simulador para ajudar o usu\u00e1rio a encontrar t\u00edtulos adequados ao perfil dele. IT7 Sim Could Have RF8 Permitir a consulta de opera\u00e7\u00f5es realizadas e agendadas. IT8 Sim Must Have RF9 Oferecer a funcionalidade de \u201cFale Conosco\u201d. IT9 Sim Must Have RF10 Permitir a visualiza\u00e7\u00e3o de notifica\u00e7\u00f5es recebidas. IT10 Sim Should Have RF11 Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache). IT11 Sim Could Have RF12 Permitir a visualiza\u00e7\u00e3o de dados do usu\u00e1rio. IT12 Sim Must Have RF13 Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos. IT13 N\u00e3o Should Have RF14 Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos. IT14 N\u00e3o Could Have RF15 Incluir relat\u00f3rios personalizados para an\u00e1lise detalhada de rentabilidade e evolu\u00e7\u00e3o de investimentos. IT16 N\u00e3o Should Have RF16 Disponibilizar um recurso educativo com v\u00eddeos e artigos sobre como investir no Tesouro Direto. IT17 N\u00e3o Should Have RF17 Oferecer integra\u00e7\u00e3o com carteiras digitais para pagamento direto de investimentos. IT18 N\u00e3o Could Have RF18 Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o. IT19 N\u00e3o Must Have RF19 Adicionar gamifica\u00e7\u00e3o, como conquistas ou recompensas simb\u00f3licas ao atingir metas financeiras. IT20 N\u00e3o Could Have RF20 Escolher meus investimentos, definir um valor para cada investimento e escolher entre investir agora ou investir depois IT21 Sim Must Have

    Autor: V\u00edctor Schmidt, 2024

    "},{"location":"elicitacao/grupo5/introspeccao/#requisitos-nao-funcionais","title":"Requisitos N\u00e3o Funcionais","text":"

    Tabela 2 - Requisitos N\u00e3o Funcionais. Tipo Descri\u00e7\u00e3o ID Elaborado (Sim/N\u00e3o) Prioriza\u00e7\u00e3o (MoSCoW) RNF1 O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas. IT13 N\u00e3o Must Have RNF2 Garantir a seguran\u00e7a dos dados sens\u00edveis do usu\u00e1rio conforme a LGPD. IT21 Sim Must Have RNF3 O aplicativo deve ser responsivo para dispositivos m\u00f3veis e tablets. IT22 Sim Must Have RNF4 A interface deve ser intuitiva e seguir as diretrizes de acessibilidade. IT23 N\u00e3o Should Have RNF5 O sistema deve permitir integra\u00e7\u00f5es seguras com APIs de institui\u00e7\u00f5es financeiras. IT24 Sim Must Have RNF6 Disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o). IT25 N\u00e3o Could Have

    Autor: V\u00edctor Schmidt, 2024

    "},{"location":"elicitacao/grupo5/introspeccao/#bibliografia","title":"Bibliografia","text":"

    Bilheteria Digital - Instrospec\u00e7\u00e3o. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/tecnicas/introspeccao/. Acesso em 15 de novembro de 2024

    SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Elicita\u00e7\u00e3o de Requisitos - T\u00e9cnicas - Prioriza\u00e7\u00e3o. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides.

    Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 15/11/2024 Estrutura\u00e7\u00e3o Inicial V\u00edctor Schmidt Thales Euflauzino"},{"location":"elicitacao/grupo5/perfil-usuario/","title":"Perfil de Usu\u00e1rio","text":""},{"location":"elicitacao/grupo5/perfil-usuario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O perfil de usu\u00e1rio \u00e9 uma descri\u00e7\u00e3o detalhada das caracter\u00edsticas, comportamentos e objetivos de quem utiliza um produto, servi\u00e7o ou sistema. Ele pode incluir aspectos como interesses, habilidades, faixa et\u00e1ria, experi\u00eancia tecnol\u00f3gica, prefer\u00eancias e desafios enfrentados. Essa an\u00e1lise permite \u00e0s equipes de design, desenvolvimento e marketing criem solu\u00e7\u00f5es mais personalizadas e eficientes, alinhadas \u00e0s expectativas do p\u00fablico-alvo.

    "},{"location":"elicitacao/grupo5/perfil-usuario/#metodologia","title":"Metodologia","text":"

    A defini\u00e7\u00e3o do perfil de usu\u00e1rio foi realizada por meio de uma abordagem combinada que incluiu a aplica\u00e7\u00e3o de um question\u00e1rio online, pode ser verificado em Questionario. Paralelamente, foi utilizado um site especializado em an\u00e1lise de tr\u00e1fego para validar e complementar os dados obtidos, permitindo identificar padr\u00f5es de navega\u00e7\u00e3o e comportamento dos usu\u00e1rios.

    "},{"location":"elicitacao/grupo5/perfil-usuario/#ferramenta-de-trafego","title":"Ferramenta de Tr\u00e1fego","text":"

    Ao utilizar a ferramenta de tr\u00e1fego Similarweb [adicionar nas ferramentas], foi poss\u00edvel concluir, conforme as Figura 1 e a Figura 2, que o aplicativo \u00e9 predominantemente usado por pessoas do sexo masculino e na faixa et\u00e1ria de 25 a 34 anos.

    "},{"location":"elicitacao/grupo5/perfil-usuario/#figura-1","title":"Figura 1","text":"

    Fonte: SimilarWeb, 2024

    "},{"location":"elicitacao/grupo5/perfil-usuario/#figura-2","title":"Figura 2","text":"

    Fonte: SimilarWeb, 2024

    "},{"location":"elicitacao/grupo5/perfil-usuario/#definicao-do-perfil","title":"Defini\u00e7\u00e3o do Perfil","text":"

    Ap\u00f3s uma an\u00e1lise das respostas, foi tra\u00e7ado um Perfil de Usu\u00e1rio para o aplicativo com as seguintes descri\u00e7\u00f5es:

    • G\u00eanero:
    • Idade:
    • Experi\u00eancia:
    • Atitudes:
    • Tarefas prim\u00e1rias:
    "},{"location":"elicitacao/grupo5/perfil-usuario/#bibliografia","title":"Bibliografia","text":"

    BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

    BARROS, Philipe de Sousa. Perfil do Usu\u00e1rio. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/perfil-do-usuario/. Acesso em: 19 nov. 2024.

    HENRIQUE, M. et al. Perfil do Usu\u00e1rio. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/perfil_de_usuario/. Acesso em: 19 nov. 2024.

    "},{"location":"elicitacao/grupo5/perfil-usuario/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 19/11/2024 Estrutura\u00e7\u00e3o Inicial V\u00edctor Rodrigues Thales Euflauzino"},{"location":"elicitacao/grupo5/personas/","title":"Personas","text":""},{"location":"elicitacao/grupo5/personas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Personas s\u00e3o representa\u00e7\u00f5es fict\u00edcias de usu\u00e1rios criadas para ajudar equipes de design e desenvolvimento a compreender melhor o p\u00fablico-alvo e suas necessidades. Essas representa\u00e7\u00f5es s\u00e3o baseadas em dados reais, combinando informa\u00e7\u00f5es demogr\u00e1ficas, comportamentais e psicogr\u00e1ficas, e t\u00eam como objetivo facilitar a empatia e a tomada de decis\u00f5es centradas no usu\u00e1rio. Ao criar personas, \u00e9 poss\u00edvel personalizar solu\u00e7\u00f5es, melhorar a comunica\u00e7\u00e3o entre equipes e garantir que o produto atenda \u00e0s expectativas dos diferentes tipos de usu\u00e1rios.

    "},{"location":"elicitacao/grupo5/personas/#metodologia","title":"Metodologia","text":"

    A constru\u00e7\u00e3o das personas seguiu uma metodologia estruturada em tr\u00eas etapas principais:

    1. Coleta e An\u00e1lise de Dados: Utilizamos informa\u00e7\u00f5es obtidas a partir de question\u00e1rios aplicados aos usu\u00e1rios, combinadas com dados de ferramentas de an\u00e1lise de tr\u00e1fego, como Similarweb. Os dados obtivos permitiram identificar padr\u00f5es de comportamento e caracter\u00edsticas demogr\u00e1ficas, como idade, sexo e prefer\u00eancias de uso do aplicativo.

    2. Defini\u00e7\u00e3o das Personas: Com base nas an\u00e1lises realizadas, criamos cinco personas principais: quatro que representam diferentes tipos de usu\u00e1rios (prim\u00e1rios e secund\u00e1rios) e uma antipersona, que simboliza o p\u00fablico que n\u00e3o \u00e9 o foco do sistema. Cada persona recebeu um nome fict\u00edcio, caracter\u00edsticas detalhadas, uma breve hist\u00f3ria e objetivos, tornando-as representa\u00e7\u00f5es completas e f\u00e1ceis de compreender.

    3. Visualiza\u00e7\u00e3o e Valida\u00e7\u00e3o: Para ilustrar as personas, utilizamos a ferramenta This Person Doesn't Exist para gerar imagens fict\u00edcias e represent\u00e1-las visualmente. As personas foram compartilhadas com a equipe para valida\u00e7\u00e3o, garantindo que refletem adequadamente os perfis de usu\u00e1rios identificados e s\u00e3o \u00fateis para o processo de design.

    "},{"location":"elicitacao/grupo5/personas/#elenco","title":"Elenco","text":"

    As tabelas de 1 a 5 apresentam o elenco de personas.

    Tabela 1 - Persona Prim\u00e1ria 1.

    Figura 1 - Persona Prim\u00e1ria Gustavo Ribeiro.

    Fonte: This Person Does not Exists.\u00b9 Nome: Gustavo Ribeiro Idade: 28 anos G\u00eanero: Masculino Profiss\u00e3o: Analista de Sistemas Escolaridade: P\u00f3s-gradua\u00e7\u00e3o em Engenharia de Software Habilidades: Boa capacidade anal\u00edtica, conhecimentos avan\u00e7ados em economia e finan\u00e7as, habilidades matem\u00e1ticas s\u00f3lidas Afinidade com tecnologia: Muito alta; utiliza diversas plataformas financeiras e acompanha blogs e canais de investimento Relacionamento: Solteiro Objetivo: Aumentar sua reserva financeira para longo prazo, visando a compra de um im\u00f3vel Tarefas: Simular investimentos no Tesouro Selic para reserva de emerg\u00eancia e diversificar portf\u00f3lio com t\u00edtulos do Tesouro IPCA+ Requisitos: Interface intuitiva e detalhamento dos resultados de simula\u00e7\u00f5es Acesso a gr\u00e1ficos e compara\u00e7\u00f5es de desempenho Expectativa: Fazer investimentos de forma pr\u00e1tica e segura, com informa\u00e7\u00f5es claras para otimizar ganhos.

    Autor: Victor Rodrigues.

    Tabela 2 - Persona Prim\u00e1ria 2.

    Figura 2 - Persona Prim\u00e1ria Larissa Ferreira.

    Fonte: This Person Does not Exists.\u00b9 Nome: Larissa Ferreira Idade: 25 anos G\u00eanero: Feminino Profiss\u00e3o: Gerente de Marketing Digital Escolaridade: Gradua\u00e7\u00e3o em Publicidade e Propaganda Habilidades: Criatividade, gest\u00e3o de redes sociais, conhecimento b\u00e1sico em finan\u00e7as pessoais Afinidade com tecnologia: Alta; usa aplicativos para controle financeiro e planejamento de metas Relacionamento: Namorando Objetivo: Construir um fundo para realizar uma viagem internacional de longo prazo Tarefas: Simular quanto pode acumular em 5 anos com investimentos no Tesouro IPCA+ e automatizar investimentos mensais via d\u00e9bito autom\u00e1tico Requisitos: Simplicidade no uso e linguagem acess\u00edvel para iniciantes e op\u00e7\u00f5es de simula\u00e7\u00e3o com metas espec\u00edficas Expectativa: Sentir-se segura em investir sem necessidade de conhecimento t\u00e9cnico avan\u00e7ado.

    Autor: Victor Rodrigues.

    Tabela 3 - Persona Secund\u00e1ria 1.

    Figura 3 - Persona Secund\u00e1ria Pedro Almeida.

    Fonte: This Person Does not Exists.\u00b9 Nome: Pedro Almeida Idade: 32 anos G\u00eanero: Masculino Profiss\u00e3o: M\u00e9dico Cl\u00ednico Geral Escolaridade: P\u00f3s-gradua\u00e7\u00e3o em Medicina Habilidades: Tomada de decis\u00f5es r\u00e1pidas, organiza\u00e7\u00e3o, foco em objetivos Afinidade com tecnologia: M\u00e9dia; utiliza tecnologia no dia a dia, mas prefere interfaces simples Relacionamento: Casado, pai de um filho Objetivo: Garantir estabilidade financeira para a educa\u00e7\u00e3o do filho Tarefas: Investir mensalmente em t\u00edtulos do Tesouro para longo prazo e acompanhar o desempenho do portf\u00f3lio esporadicamente Requisitos: Relat\u00f3rios simples e acess\u00edveis via mobile e alertas autom\u00e1ticos sobre prazos e vencimentos dos t\u00edtulos Expectativa: Minimizar esfor\u00e7o na gest\u00e3o dos investimentos e garantir um futuro est\u00e1vel para a fam\u00edlia.

    Autor: Victor Rodrigues.

    Tabela 4 - Persona Secund\u00e1ria 2.

    Figura 4 - Persona Secund\u00e1ria Beatriz Costa.

    Fonte: This Person Does not Exists.\u00b9 Nome: Beatriz Costa Idade: 34 anos G\u00eanero: Feminino Profiss\u00e3o: Professora Universit\u00e1ria Escolaridade: Doutorado em Economia Habilidades: An\u00e1lise de dados, capacidade de planejamento, entendimento profundo de mercado financeiro Afinidade com tecnologia: Alta; utiliza softwares e ferramentas de an\u00e1lise de dados Relacionamento: Casada Objetivo: Complementar a aposentadoria com aplica\u00e7\u00f5es no Tesouro Direto Tarefas: Avaliar op\u00e7\u00f5es de t\u00edtulos do Tesouro com maior retorno a longo prazo e simular cen\u00e1rios econ\u00f4micos para calcular ganhos futuros Requisitos: Informa\u00e7\u00f5es detalhadas sobre taxas e impacto da infla\u00e7\u00e3o e ferramentas para exportar dados para an\u00e1lises externas Expectativa: Ter controle e transpar\u00eancia sobre as aplica\u00e7\u00f5es, com suporte para decis\u00f5es fundamentadas.

    Autor: Victor Rodrigues.

    Tabela 5 - Antipersona 1.

    Figura 5 - Antipersona Jo\u00e3o Neto.

    Fonte: This Person Does not Exists.\u00b9 Nome: Jo\u00e3o Neto Idade: 20 anos G\u00eanero: Masculino Profiss\u00e3o: Estudante de Engenharia Civil Escolaridade: Gradua\u00e7\u00e3o em andamento Habilidades: Aprendizado r\u00e1pido, familiaridade b\u00e1sica com ferramentas digitais Afinidade com tecnologia: M\u00e9dia; usa redes sociais e aplicativos b\u00e1sicos Relacionamento: Solteiro Objetivo: Aplicar dinheiro para retornos r\u00e1pidos, sem foco em planejamento financeiro Tarefas: pesquisar op\u00e7\u00f5es de investimento, mas sem acompanhamento cont\u00ednuo e priorizar aplica\u00e7\u00f5es com liquidez imediata Requisitos: Informa\u00e7\u00e3o sobre rentabilidade a curto prazo e processo de entrada simplificado, sem barreiras de aprendizado Expectativa: Ter acesso r\u00e1pido e f\u00e1cil a resultados financeiros, mas sem comprometimento com estrat\u00e9gias a longo prazo.

    Autor: Victor Rodrigues.

    "},{"location":"elicitacao/grupo5/personas/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
    1. Imagem gerada atrav\u00e9s da aplica\u00e7\u00e3o This Person Doesn't Exist. Dispon\u00edvel em: https://this-person-does-not-exist.com/. Acesso em: 20 de nov. de 2024.
    "},{"location":"elicitacao/grupo5/personas/#bibliografia","title":"Bibliografia","text":"

    BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

    BARROS, Philipe de Sousa. Personas. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/personas/. Acesso em: 19 nov. 2024.

    HENRIQUE, M. et al. Personas. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/personas/. Acesso em: 19 nov. 2024.

    "},{"location":"elicitacao/grupo5/personas/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 19/11/2024 Estrutura\u00e7\u00e3o Inicial V\u00edctor Rodrigues Thales Euflauzino 1.1 20/11/2024 Inclus\u00e3o de Personas V\u00edctor Rodrigues Thales Euflauzino"},{"location":"elicitacao/grupo5/requisitos/","title":"Requisitos Elicitados","text":""},{"location":"elicitacao/grupo5/requisitos/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Esta p\u00e1gina re\u00fane todos os requisitos elicitados pela equipe do projeto. As t\u00e9cnicas utilizadas foram brainstorming, gloss\u00e1rio, grupo de foco e introspec\u00e7\u00e3o.

    "},{"location":"elicitacao/grupo5/requisitos/#requisitos","title":"Requisitos","text":"

    Os requisitos foram organizados em duas tabelas: a Tabela 1 apresenta os Requisitos Funcionais, enquanto a Tabela 2 lista os Requisitos N\u00e3o Funcionais.

    Legenda das Tabelas:

    • RFx: Requisito Funcional n\u00famero x;
    • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
    • ITx: Requisito da Introspec\u00e7\u00e3o n\u00famero x;
    • BFx: Requisito Funcional do Brainstorm n\u00famero x;
    • BFNx: Requisito N\u00e3o Funcional do Brainstorm n\u00famero x;
    • GFx: Requisito do Grupo de Foco n\u00famero x;
    • GLOx: Requisito do Gloss\u00e1rio n\u00famero x;
    "},{"location":"elicitacao/grupo5/requisitos/#funcionais","title":"Funcionais","text":"

    Tabela 1 - Requisitos Funcionais

    Identificador Descri\u00e7\u00e3o ID Implementado RF01 O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis com suas caracter\u00edsticas principais: nome do t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento. IT1, GLO01 Sim RF02 O sistema dever\u00e1 permitir a simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o IT2 Sim RF03 O sistema deve permitir o resgate antecipado de t\u00edtulos, com c\u00e1lculo autom\u00e1tico do valor l\u00edquido baseado na data de resgate e na rentabilidade acumulada. IT3, GLO07 Sim RF04 Oferecer funcionalidade para salvar metas de investimentos (Sonhos). IT4 Sim RF05 Permitir simula\u00e7\u00e3o e planejamento de aposentadoria indicando o ano esperado de aposentadoria. IT5 Sim RF06 Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira. IT6 Sim RF08 Permitir a consulta de opera\u00e7\u00f5es de compra de t\u00edtulos do tesouro nacional realizadas e agendadas na aplica\u00e7\u00e3o. IT8 Sim RF09 O aplicativo dever\u00e1 possuir uma tela intitulada \u201cFale Conosco\u201d com informa\u00e7\u00f5es de contato e perguntas frequentes dos usu\u00e1rios. IT9 Sim RF12 Permitir a visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio (nome, cpf, email, celular). IT12 Sim RF13 Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos. IT13, GLO07 N\u00e3o RF14 Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos. IT14 N\u00e3o RF15 O sistema deve fornecer relat\u00f3rios mensais contendo a evolu\u00e7\u00e3o dos rendimentos dos t\u00edtulos adquiridos pelo usu\u00e1rio com base nos meses anteriores. IT15 N\u00e3o RF16 Disponibilizar um recurso educativo com v\u00eddeos e artigos sobre como investir no Tesouro Direto. IT16, BF10 N\u00e3o RF17 Oferecer integra\u00e7\u00e3o com carteiras digitais de outros bancos digitais para pagamento direto de investimentos. Atualmente as institui\u00e7\u00f5es financeiras integradas s\u00e3o \u201cINTER DTVM LTDA\u201d, \u201cNU INVEST CORRETORA DE VALORES S.A\u201d e \u201cXP INVESTIMENTOS CCTVM S/A\u201d IT17 N\u00e3o RF18 Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o. IT18 N\u00e3o RF20 O aplicativo deve permitir que o usu\u00e1rio fa\u00e7a uma autodeclara\u00e7\u00e3o de expertise (novo, m\u00e9dio, experiente) durante o seu cadastro no sistema. BF1 N\u00e3o RF21 O aplicativo deve oferecer um tutorial para guiar o usu\u00e1rio no uso das funcionalidades. BF2 N\u00e3o RF23 O aplicativo deve exibir a liquidez dos t\u00edtulos do Tesouro Nacional na simula\u00e7\u00e3o. BF4 N\u00e3o RF24 O sistema dever\u00e1 disponibilizar uma ferramenta para simular a evolu\u00e7\u00e3o do investimento em um t\u00edtulo do tesouro nacional em compara\u00e7\u00e3o com outras op\u00e7\u00f5es de investimento como a poupan\u00e7a, LCI (Letra de Cr\u00e9dito Imobili\u00e1rio) e LCA (Letra de Cr\u00e9dito do Agroneg\u00f3cio), Fundo de Renda Fixa Referenciado DI e CDB (Certificado de Dep\u00f3sito Banc\u00e1rio). BF5, GF04 Sim RF25 A tela de metas e sonhos dever\u00e1 ser capaz de simular a evolu\u00e7\u00e3o das metas BF7 N\u00e3o RF26 O aplicativo deve apresentar um dashboard com dados de rentabilidade dos t\u00edtulos adquiridos e taxa de infla\u00e7\u00e3o. BF8 N\u00e3o RF27 O sistema deve incluir uma barra de progresso na aba \"Meus Sonhos\". BF12 N\u00e3o RF28 O aplicativo deve permitir a compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS na aposentadoria. BF14 N\u00e3o RF29 O sistema deve exibir sugest\u00f5es personalizadas com base na expertise declarada pelo usu\u00e1rio na p\u00e1gina inicial do \"Meu Investimento\". BF15 N\u00e3o RF31 O sistema deve possibilitar a compra de t\u00edtulos p\u00fablicos por meio de diferentes m\u00e9todos de pagamento. GLO02 Sim RF32 O sistema deve exibir a rentabilidade acumulada de cada t\u00edtulo na carteira do usu\u00e1rio. GLO03 Sim RF33 O aplicativo dever\u00e1 permitir que o usu\u00e1rio fa\u00e7a cadastro na aplica\u00e7\u00e3o criando uma conta pr\u00f3pria no sistema. GF02 N\u00e3o RF34 O aplicativo dever\u00e1 possuir a op\u00e7\u00e3o de realizar o login e cadastro a partir do sistema gov.br GF01 Sim RF35 Escolher meus investimentos, definir um valor para cada investimento e escolher entre investir agora ou investir depois IT21 Sim RF36 O sistema dever\u00e1 armazenar (pre\u00e7o unit\u00e1rio, rentabilidade, valor m\u00ednimo para investir, data de vencimento do t\u00edtulo, pagamento de juros, taxa da BR, imposto de renda previsto sobre o rendimento, taxa de IOF) bem como informa\u00e7\u00f5es a respeito do hor\u00e1rio de funcionamento do mercado e tempo de liquida\u00e7\u00e3o dos juros. IT01, GLO01 Sim RF37 O sistema dever\u00e1 possuir um simulador da evolu\u00e7\u00e3o de um t\u00edtulo do tesouro direto com base em um determinado per\u00edodo de tempo IT7 Sim RF38 O simulador dever\u00e1 possuir um question\u00e1rio para obter do usu\u00e1rio as informa\u00e7\u00f5es necess\u00e1rias para gerar o simulador. IT26 Sim RF39 O simulador dever\u00e1 possuir as informa\u00e7\u00f5es de: t\u00edtulo do tesouro nacional que ser\u00e1 usado, tempo de investimento e valor que ser\u00e1 resgatado no futuro ou valor que ser\u00e1 investido agora. IT27 Sim RF40 Cada meta deve possuir uma barra de progresso representando o progresso individual de conclus\u00e3o da meta. BF12 N\u00e3o RF41 As contas cadastradas na aplica\u00e7\u00e3o dever\u00e3o possuir os dados de nome, cpf, email e celular do dono da conta. GF02 Sim

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/requisitos/#nao-funcionais","title":"N\u00e3o Funcionais","text":"

    Tabela 2 - Requisitos N\u00e3o Funcionais

    Identificador Descri\u00e7\u00e3o ID Implementado RNF01 O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas. IT20 N\u00e3o RNF02 Garantir a seguran\u00e7a dos dados sens\u00edveis do usu\u00e1rio conforme a LGPD. IT21, GF06 Sim RNF03 O aplicativo deve ser responsivo para dispositivos m\u00f3veis e tablets. IT22, GF07, GLO08 Sim RNF04 A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma t\u00e9cnica NBR 17060:2022. IT23, BFN11, GF08, GLO04 N\u00e3o RNF05 O sistema deve permitir integra\u00e7\u00f5es seguras com APIs de institui\u00e7\u00f5es financeiras respeitando as normas da LGPD. IT24, GLO06 Sim RNF06 O aplicativo dever\u00e1 disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o). IT25 N\u00e3o RNF08 O perfil de recomenda\u00e7\u00e3o de investimentos deve ser acess\u00edvel a partir de 3 cliques de qualquer parte do aplicativo. BFN9 N\u00e3o RNF09 O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio. BFN13 N\u00e3o RNF10 O sistema dever\u00e1 garantir a seguran\u00e7a nas transa\u00e7\u00f5es de t\u00edtulos p\u00fablicos. GLO02 Sim RNF11 Os t\u00edtulos do tesouro nacional dever\u00e3o estar sempre atualizados com rela\u00e7\u00e3o a infla\u00e7\u00e3o e a taxa de juros. GLO03 Sim

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/requisitos/#requisitos-por-integrante","title":"Requisitos por Integrante","text":"

    Tabela 3 - Requisitos por Integrante

    Nome do Integrante Requisito Funcional Requisito N\u00e3o-Funcional J\u00falia Takaki RF18 RNF06 Maria Helena RF20 e RF29 - Thales Euflauzino RF15 RNF08 V\u00edctor Schmidt RF25 RNF04 V\u00edctor Rodrigues RF26 e RF40 -

    Autor: V\u00edctor Schmidt, 2024

    "},{"location":"elicitacao/grupo5/requisitos/#instrucoes-do-professor","title":"Instru\u00e7\u00f5es do Professor","text":"

    1. Sele\u00e7\u00e3o dos Requisitos Funcionais:

      • Os requisitos funcionais escolhidos devem obrigatoriamente n\u00e3o estar implementados no aplicativo at\u00e9 o momento.

    2. Sele\u00e7\u00e3o dos Requisitos N\u00e3o-Funcionais:

      • Os requisitos n\u00e3o-funcionais podem estar ou n\u00e3o implementados no aplicativo.
    "},{"location":"elicitacao/grupo5/requisitos/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 21/11/2024 Lista de requisitos V\u00edctor Rodrigues Thales Euflauzino 1.1 27/11/2024 Adicionando anchor's para rastreabilidade Thales Euflauzino V\u00edctor Schmidt 1.2 11/12/2024 Removendo, complementando e ajustando requisitos que foram mau ou pouco elaborados e adicionando tabela 3 V\u00edctor Schmidt e Maria Helena V\u00edctor Rodrigues e Thales Euflauzino 1.3 11/12/2024 Escolhendo requisitos para trabalho pessoal Thales Euflauzino V\u00edctor Schmidt"},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/","title":"Perfil de Usu\u00e1rio","text":""},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    O perfil de usu\u00e1rio \u00e9 uma descri\u00e7\u00e3o detalhada das caracter\u00edsticas, comportamentos e objetivos de quem utiliza um produto, servi\u00e7o ou sistema. Ele pode incluir aspectos como interesses, habilidades, faixa et\u00e1ria, experi\u00eancia tecnol\u00f3gica, prefer\u00eancias e desafios enfrentados. Essa an\u00e1lise permite \u00e0s equipes de design, desenvolvimento e marketing criem solu\u00e7\u00f5es mais personalizadas e eficientes, alinhadas \u00e0s expectativas do p\u00fablico-alvo.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#metodologia","title":"Metodologia","text":"

    A defini\u00e7\u00e3o do perfil de usu\u00e1rio foi realizada por meio de uma abordagem combinada que incluiu a aplica\u00e7\u00e3o de um question\u00e1rio online, pode ser verificado em Questionario. Paralelamente, foi utilizado um site especializado em an\u00e1lise de tr\u00e1fego para validar e complementar os dados obtidos, permitindo identificar padr\u00f5es de navega\u00e7\u00e3o e comportamento dos usu\u00e1rios.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#ferramenta-de-trafego","title":"Ferramenta de Tr\u00e1fego","text":"

    Ao utilizar a ferramenta de tr\u00e1fego Similarweb, foi poss\u00edvel concluir, conforme as Figura 1 e a Figura 2, que o aplicativo \u00e9 predominantemente usado por pessoas do sexo masculino e na faixa et\u00e1ria de 25 a 34 anos.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#figura-1","title":"Figura 1","text":"

    Fonte: SimilarWeb, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#figura-2","title":"Figura 2","text":"

    Fonte: SimilarWeb, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#definicao-do-perfil","title":"Defini\u00e7\u00e3o do Perfil","text":"

    Ap\u00f3s uma an\u00e1lise das respostas, foi tra\u00e7ado um Perfil de Usu\u00e1rio para o aplicativo com as seguintes descri\u00e7\u00f5es:

    • G\u00eanero: Masculino;
    • Idade: 18 a 34 anos;
    • Experi\u00eancia: Experiente;
    • Atitudes: Tecn\u00f3filos;
    • Tarefas prim\u00e1rias: Investir e Simular investimentos.
    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#bibliografia","title":"Bibliografia","text":"

    BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

    BARROS, Philipe de Sousa. Perfil do Usu\u00e1rio. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/perfil-do-usuario/. Acesso em: 19 nov. 2024.

    HENRIQUE, M. et al. Perfil do Usu\u00e1rio. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/perfil_de_usuario/. Acesso em: 19 nov. 2024.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/perfil-usuario/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 19/11/2024 Estrutura\u00e7\u00e3o Inicial V\u00edctor Rodrigues Thales Euflauzino 1.1 20/11/2024 Inclus\u00e3o de perfil do usu\u00e1rio V\u00edctor Rodrigues Thales Euflauzino 1.2 23/11/2024 Corrigindo caminho das imagens Thales Euflauzino J\u00falia Takaki"},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/","title":"Question\u00e1rio","text":""},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Os question\u00e1rios s\u00e3o ferramentas eficazes para a coleta de informa\u00e7\u00f5es, formados por perguntas estruturadas e direcionados a um p\u00fablico-alvo, sejam por meios impressos ou digitais. Eles t\u00eam como objetivo reunir dados que possam subsidiar pesquisas, an\u00e1lises ou avalia\u00e7\u00f5es. No caso do Tesouro Direto, ser\u00e3o usados para mapear o perfil dos usu\u00e1rios e entender melhor suas caracter\u00edsticas.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#metodologia","title":"Metodologia","text":"

    Entre os dias 18 e 21 de novembro de 2024, a equipe aplicou um question\u00e1rio na plataforma Google Forms, com o objetivo de levantar o perfil dos usu\u00e1rios do Economia DF. O question\u00e1rio, composto por 15 perguntas (Figuras 1 a 14), incluindo um termo de consentimento, buscava coletar informa\u00e7\u00f5es sobre as caracter\u00edsticas sociodemogr\u00e1ficas dos usu\u00e1rios e suas intera\u00e7\u00f5es com o sistema. O question\u00e1rio foi divulgado nos canais de comunica\u00e7\u00e3o da Universidade de Bras\u00edlia e em grupos familiares dos membros da equipe desenvolvedora. Ele contou com a participa\u00e7\u00e3o de 20 pessoas, todas quais aceitaram o termo de consentimento.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-1-qual-sua-faixa-etaria","title":"Quest\u00e3o 1 - Qual sua faixa et\u00e1ria?","text":"

    Figura 1: Quest\u00e3o 1 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-2-qual-o-seu-genero","title":"Quest\u00e3o 2 - Qual o seu g\u00eanero?","text":"

    Figura 2: Quest\u00e3o 2 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-3-qual-o-seu-grau-de-escolaridade","title":"Quest\u00e3o 3 - Qual o seu grau de escolaridade?","text":"

    Figura 3: - Quest\u00e3o 3 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-4-com-qual-tecnica-voce-se-sente-melhor-para-aprender","title":"Quest\u00e3o 4 - Com qual t\u00e9cnica voc\u00ea se sente melhor para aprender?","text":"

    Figura 4: - Quest\u00e3o 4 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-5-voce-utiliza-algum-aplicativo-de-investimentos-que-nao-seja-o-tesouro-direto","title":"Quest\u00e3o 5 - Voc\u00ea utiliza algum aplicativo de investimentos que n\u00e3o seja o Tesouro Direto?","text":"

    Figura 5: - Quest\u00e3o 5 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-6-qual-seu-nivel-de-intimidade-com-tecnologia","title":"Quest\u00e3o 6 - Qual seu n\u00edvel de intimidade com tecnologia?","text":"

    Figura 6: - Quest\u00e3o 6 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-7-qual-a-sua-faixa-de-renda-mensal","title":"Quest\u00e3o 7 - Qual a sua faixa de renda mensal?","text":"

    Figura 7: - Quest\u00e3o 7 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-8-com-qual-frequencia-que-voce-utiliza-o-tesouro-direto","title":"Quest\u00e3o 8 - Com qual frequ\u00eancia que voc\u00ea utiliza o Tesouro Direto?","text":"

    Figura 8: - Quest\u00e3o 8 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-9-qual-a-sua-avaliacao-sobre-o-tesouro-direto","title":"Quest\u00e3o 9 - Qual a sua avalia\u00e7\u00e3o sobre o Tesouro Direto?","text":"

    Figura 9: - Quest\u00e3o 9 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-10-qual-o-seu-nivel-de-dificuldade-para-encontrar-o-que-precisa-no-aplicativo","title":"Quest\u00e3o 10 - Qual o seu n\u00edvel de dificuldade para encontrar o que precisa no aplicativo?","text":"

    Figura 10: - Quest\u00e3o 10 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-11-quanto-a-interface-do-tesouro-direto-e-agradavel-para-voce","title":"Quest\u00e3o 11 - Quanto a interface do Tesouro Direto \u00e9 agrad\u00e1vel para voc\u00ea?","text":"

    Figura 11: - Quest\u00e3o 11 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-12-como-voce-analisa-o-tempo-para-realizar-acoes-dentro-do-tesouro-direto","title":"Quest\u00e3o 12 - Como voc\u00ea analisa o tempo para realizar a\u00e7\u00f5es dentro do Tesouro Direto?","text":"

    Figura 12: - Quest\u00e3o 12 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-13-qual-funcionalidade-voce-mais-utiliza","title":"Quest\u00e3o 13 - Qual funcionalidade voc\u00ea mais utiliza?","text":"

    Figura 13: - Quest\u00e3o 13 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#questao-14-quais-funcionalidades-voce-considera-mais-importantes-num-aplicativo-de-investimentos","title":"Quest\u00e3o 14 - Quais funcionalidades voc\u00ea considera mais importantes num aplicativo de investimentos?","text":"

    Figura 14: - Quest\u00e3o 14 do question\u00e1rio de defini\u00e7\u00e3o do perfil de usu\u00e1rio

    Autor: J\u00falia Takaki, 2024

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#resultados","title":"Resultados","text":"

    A partir das respostas coletadas, podemos concluir que o perfil de usu\u00e1rio do Tesouro Direto \u00e9 composto majoritariamente por homens com idade entre 18 e 24 anos. Em sua maioria possuem ensino superior incompleto e renda pr\u00f3xima a 1 (um) sal\u00e1rio m\u00ednimo (R$ 1.412).

    Sobre afinidade com tecnologia, podemos concluir que os usu\u00e1rios possuem caracter\u00edsticas tecn\u00f3filas, pois em que sua maioria tem afinidade de m\u00e9dia a alta. A respeito do uso do aplicativo, os usu\u00e1rios costumam us\u00e1-lo raramente e o principal objetivo \u00e9 realizar a verifica\u00e7\u00e3o dos seus investimentos. As funcionalidades \"Meus Investimentos\" e \"Investir\" foram as mais votadas como importantes dentro do aplicativo.

    Acerca da avalia\u00e7\u00e3o geral do aplicativo, da dificuldade para encontrar funcionalidades e do tempo necess\u00e1rio para realizar a\u00e7\u00f5es no sistema, as respostas foram majoritariamente medianas. Quanto \u00e0 interface, a resposta mais escolhida foi 2 (em uma escala de 1 a 5).

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#bibliografia","title":"Bibliografia","text":"

    BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011. ZARANZA, G. Defini\u00e7\u00e3o do Perfil de Usu\u00e1rio. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2023. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/tecnicas-perfil-usuario/questionario/. Acesso em: 20 de nov. de 2024.

    "},{"location":"elicitacao/grupo5/definicao-perfil_de_usuario/questionario/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 20/11/2024 Cria\u00e7\u00e3o do documento J\u00falia Takaki Thales Euflauzino 1.1 23/11/2024 Adicionando imagens dos gr\u00e1ficos J\u00falia Takaki Thales Euflauzino 1.2 23/11/2024 Corrigindo caminho das imagens Thales Euflauzino J\u00falia Takaki 1.3 12/12/2024 Adicionando locais de divulga\u00e7\u00e3o Victor Rodrigues Thales Euflauzino"},{"location":"elicitacao/grupo5/priorizacao/100%24/","title":"100$","text":""},{"location":"elicitacao/grupo5/priorizacao/100%24/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Considerando que a prioriza\u00e7\u00e3o consiste em distribuir recursos limitados para maximizar o retorno, a t\u00e9cnica $100 adota uma analogia com dinheiro para facilitar a identifica\u00e7\u00e3o da relev\u00e2ncia dos requisitos. Nesse contexto, a prioriza\u00e7\u00e3o foi aplicada exclusivamente aos requisitos funcionais, visando simplificar o processo para o usu\u00e1rio.

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#participantes","title":"Participantes","text":"

    A tabela 1 apresenta os participantes da atividade de prioriza\u00e7\u00e3o

    Tabela 1: Participantes 2024

    Nome Fun\u00e7\u00e3o Victor Rodrigues Mediador Thales Euflauzino Mediador Alice Almeida Usu\u00e1rio

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#metodologia","title":"Metodologia","text":"

    Para a aplica\u00e7\u00e3o desta t\u00e9cnica de prioriza\u00e7\u00e3o, foi realizada uma reuni\u00e3o via Teams no dia 22/11/2024, das 20:40 \u00e0s 20:55, com os integrantes listados na Tabela 1. Durante o encontro, o mediador explicou o funcionamento da t\u00e9cnica e solicitou ao usu\u00e1rio que classificasse os requisitos listados, atribuindo quantias de dinheiro conforme sua import\u00e2ncia. O consentimento para a grava\u00e7\u00e3o foi obtido verbalmente antes do in\u00edcio da reuni\u00e3o.

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#requisitos-priorizados","title":"Requisitos priorizados","text":"

    a Tabela 2 apresenta os Requisitos Funcionais priorizados.

    Legenda das Tabelas:

    • RFx: Requisito Funcional n\u00famero x;
    • ITx: Requisito da Introspec\u00e7\u00e3o n\u00famero x;
    • BFx: Requisito Funcional do Brainstorm n\u00famero x;
    • GFx: Requisito do Grupo de Foco n\u00famero x;
    • GLOx: Requisito do Gloss\u00e1rio n\u00famero x;
    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#funcionais","title":"Funcionais","text":"

    Tabela 2 - Requisitos Funcionais

    Identificador Descri\u00e7\u00e3o ID Prioriza\u00e7\u00e3o RF01 Permitir a consulta de investimentos por institui\u00e7\u00e3o financeira. IT1 $ 4,00 RF02 Permitir a simula\u00e7\u00e3o, realiza\u00e7\u00e3o e visualiza\u00e7\u00e3o de detalhes de investimentos nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o. IT2 $ 9,00 RF03 O sistema deve permitir o resgate antecipado de t\u00edtulos, com c\u00e1lculo autom\u00e1tico do valor l\u00edquido baseado na data de resgate e na rentabilidade acumulada. IT3, GLO07 $ 6,00 RF04 Oferecer funcionalidade para salvar metas de investimentos (Sonhos). IT4 $ 4,00 RF05 Permitir simula\u00e7\u00e3o e planejamento de aposentadoria indicando o ano esperado de aposentadoria. IT5 $ 6,00 RF06 Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira. IT6 $ 2,00 RF07 Incluir um simulador para ajudar o usu\u00e1rio a encontrar t\u00edtulos adequados ao perfil dele. IT7 $ 4,00 RF08 Permitir a consulta de opera\u00e7\u00f5es realizadas e agendadas. IT8 $ 2,00 RF09 Oferecer a funcionalidade de \u201cFale Conosco\u201d. IT9 $ 5,00 RF10 Permitir a visualiza\u00e7\u00e3o de notifica\u00e7\u00f5es recebidas. IT10 $ 1,00 RF11 Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache). IT11, GF05 $ 1,00 RF12 Permitir a visualiza\u00e7\u00e3o de dados do usu\u00e1rio. IT12 $ 2,00 RF13 Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos. IT13, GLO07 $ 2,00 RF14 Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos. IT14 $ 0,00 RF15 Incluir relat\u00f3rios personalizados para an\u00e1lise detalhada de rentabilidade e evolu\u00e7\u00e3o de investimentos. IT15 $ 1,00 RF16 Disponibilizar um recurso educativo com v\u00eddeos e artigos sobre como investir no Tesouro Direto. IT16, BF10 $ 4,00 RF17 Oferecer integra\u00e7\u00e3o com carteiras digitais para pagamento direto de investimentos. IT17 $ 1,00 RF18 Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o. IT18 $ 4,00 RF19 Adicionar gamifica\u00e7\u00e3o, como conquistas ou recompensas simb\u00f3licas ao atingir metas financeiras. IT19 $ 0,00 RF20 O aplicativo deve permitir que o usu\u00e1rio fa\u00e7a uma autodeclara\u00e7\u00e3o de expertise (novo, m\u00e9dio, experiente). BF1 $ 3,00 RF21 O aplicativo deve oferecer um tutorial para guiar o usu\u00e1rio no uso das funcionalidades. BF2 $ 2,00 RF22 O sistema deve disponibilizar um maior leque de op\u00e7\u00f5es para simula\u00e7\u00f5es financeiras. BF3, GF03 $ 2,00 RF23 O aplicativo deve exibir a liquidez dos t\u00edtulos do Tesouro Nacional na simula\u00e7\u00e3o. BF4 $ 3,00 RF24 O sistema deve permitir a compara\u00e7\u00e3o de t\u00edtulos de diferentes origens na simula\u00e7\u00e3o. BF5, GF04 $ 1,00 RF25 O sistema deve integrar a funcionalidade de simula\u00e7\u00e3o com a aba \"Meus Sonhos\". BF7 $ 0,00 RF26 O aplicativo deve apresentar um dashboard inicial com informa\u00e7\u00f5es relevantes para o usu\u00e1rio. BF10 $ 2,00 RF27 O sistema deve incluir uma barra de progresso na aba \"Meus Sonhos\". BF12 $ 2,00 RF28 O aplicativo deve permitir a compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS na aposentadoria. BF14 $ 5,00 RF29 O sistema deve exibir sugest\u00f5es personalizadas na p\u00e1gina inicial do \"Meu Investimento\". BF15 $ 5,00 RF30 O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis, incluindo suas caracter\u00edsticas principais. GLO01 $ 2,00 RF31 O sistema deve possibilitar a compra de t\u00edtulos p\u00fablicos por meio de diferentes m\u00e9todos de pagamento, garantindo seguran\u00e7a na transa\u00e7\u00e3o. GLO02 $ 5,00 RF32 O sistema deve exibir a rentabilidade acumulada de cada t\u00edtulo na carteira do usu\u00e1rio, de forma clara e atualizada. GLO03 $ 5,00 RF33 O aplicativo dever\u00e1 permitir que o usu\u00e1rio fa\u00e7a login criando uma conta pr\u00f3pria no sistema GF02 $ 2,00 RF34 O aplicativo dever\u00e1 possuir uma tela de login integrado com o gov.br GF01 $ 2,00

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#reuniao-de-priorizacao","title":"Reuni\u00e3o de prioriza\u00e7\u00e3o","text":"

    A grava\u00e7\u00e3o da reuni\u00e3o de prioriza\u00e7\u00e3o pode ser encontrada no video 1.

    Video 1 - Reuni\u00e3o de Prioriza\u00e7\u00e3o $100

    Autores: Victor Rodrigues e Thales Euflauzino, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#bibliografia","title":"Bibliografia","text":"

    WIEGERS, Karl, BEATTY, Joy. Software Requirements, Third Edition. Microsoft Press, Agosto, 2013.

    REQUISTOS DE SOFTWARE. 100$. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/priorizacao/100/. Acesso em: 21 nov. 2024.

    "},{"location":"elicitacao/grupo5/priorizacao/100%24/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 21/11/2024 Lista de requisitos V\u00edctor Rodrigues Thales Euflauzino 1.1 21/11/2024 Inclus\u00e3o de Introdu\u00e7\u00e3o e Metodologia V\u00edctor Rodrigues Thales Euflauzino 1.2 22/11/2024 Prioriza\u00e7\u00e3o V\u00edctor Rodrigues Thales Euflauzino 1.3 24/11/2024 Altera\u00e7\u00e3o de texto V\u00edctor Rodrigues Thales Euflauzino"},{"location":"elicitacao/grupo5/priorizacao/cronograma/","title":"Cronograma de Prioriza\u00e7\u00e3o","text":""},{"location":"elicitacao/grupo5/priorizacao/cronograma/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Esta p\u00e1gina documenta o cronograma para registrar e acompanhar a prioriza\u00e7\u00e3o de requisitos em colabora\u00e7\u00e3o com o usu\u00e1rio, garantindo alinhamento e transpar\u00eancia ao longo do projeto.

    "},{"location":"elicitacao/grupo5/priorizacao/cronograma/#cronograma","title":"Cronograma","text":"

    Para a prioriza\u00e7\u00e3o dos requisitos do projeto, foram utilizadas tr\u00eas t\u00e9cnicas: 100$, In or Out e Three-Level Scale. As tabelas de 1 a 3 representam, respectivamente, o cronograma de execu\u00e7\u00e3o das atividades de prioriza\u00e7\u00e3o.

    "},{"location":"elicitacao/grupo5/priorizacao/cronograma/#100","title":"100$","text":"

    Tabela 1: Cronograma de Prioriza\u00e7\u00e3o 100$

    Participante Fun\u00e7\u00e3o Data e hora Victor Rodrigues Mediador 22/11/2024 \u00e0s 15:40 Thales Euflauzino Mediador 22/11/2024 \u00e0s 15:40 Alice Almeida Usu\u00e1rio 22/11/2024 \u00e0s 15:40

    Autor: Victor Rodrigues

    "},{"location":"elicitacao/grupo5/priorizacao/cronograma/#in-or-out","title":"In or Out","text":"

    Tabela 2: Cronograma de Prioriza\u00e7\u00e3o 100$

    Participante Fun\u00e7\u00e3o Data e hora Victor Rodrigues Mediador 22/11/2024 \u00e0s 21:20 Thales Euflauzino Mediador 22/11/2024 \u00e0s 21:20 Alexandre Lema Usu\u00e1rio 22/11/2024 \u00e0s 21:20

    Autor: Victor Rodrigues

    "},{"location":"elicitacao/grupo5/priorizacao/cronograma/#three-level-scale","title":"Three Level Scale","text":"

    Tabela 3: Cronograma de Prioriza\u00e7\u00e3o 100$

    Participante Fun\u00e7\u00e3o Data e hora Victor Rodrigues Mediador 22/11/2024 \u00e0s 23:20 Kauan Dias Usu\u00e1rio 22/11/2024 \u00e0s 23:20

    Autor: Victor Rodrigues

    "},{"location":"elicitacao/grupo5/priorizacao/cronograma/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 12/12/2024 Cria\u00e7\u00e3o do documento Victor Guimar\u00e3es Thales Euflauzino"},{"location":"elicitacao/grupo5/priorizacao/inorout/","title":"In or Out","text":""},{"location":"elicitacao/grupo5/priorizacao/inorout/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Durante o desenvolvimento de software, \u00e9 comum que haja uma quantidade significativa de requisitos elicitados, tornando necess\u00e1rio definir quais deles devem ser priorizados para a primeira etapa de implementa\u00e7\u00e3o. Nesse contexto, a t\u00e9cnica In or Out \u00e9 uma abordagem pr\u00e1tica e direta para essa prioriza\u00e7\u00e3o.

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#metodologia","title":"Metodologia","text":"

    A t\u00e9cnica consiste em realizar uma escolha bin\u00e1ria para cada requisito: In (dentro) ou Out (fora), indicando, respectivamente, se o requisito ser\u00e1 implementado na pr\u00f3xima release ou n\u00e3o. Aqueles marcados como Out permanecem na lista de requisitos para serem reavaliados em futuras etapas do projeto.

    Neste trabalho, um dos integrantes do grupo reuniu-se com um usu\u00e1rio externo ao projeto, que foi orientado a aplicar a t\u00e9cnica. A din\u00e2mica envolveu a an\u00e1lise de cada requisito, seguida pela decis\u00e3o sobre sua inclus\u00e3o ou exclus\u00e3o, com base em sua relev\u00e2ncia e urg\u00eancia. Reuni\u00e3o via Teams no dia 22/11/2024, das 20:26 \u00e0s 20:33.

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#participantes","title":"Participantes","text":"

    A tabela 1 apresenta os participantes da atividade de prioriza\u00e7\u00e3o

    Tabela 1: Participantes 2024

    Nome Fun\u00e7\u00e3o Victor Rodrigues Mediador Thales Euflauzino Mediador Alexandre Lema Usu\u00e1rio

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#requisitos-priorizados","title":"Requisitos priorizados","text":"

    Os requisitos foram organizados em duas tabelas: a Tabela 2 apresenta os Requisitos Funcionais, enquanto a Tabela 3 lista os Requisitos N\u00e3o Funcionais.

    Legenda das Tabelas:

    • RFx: Requisito Funcional n\u00famero x;
    • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
    • ITx: Requisito da Introspec\u00e7\u00e3o n\u00famero x;
    • BFx: Requisito Funcional do Brainstorm n\u00famero x;
    • BFNx: Requisito N\u00e3o Funcional do Brainstorm n\u00famero x;
    • GFx: Requisito do Grupo de Foco n\u00famero x;
    • GLOx: Requisito do Gloss\u00e1rio n\u00famero x;
    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#funcionais","title":"Funcionais","text":"

    Tabela 2 - Requisitos Funcionais

    Identificador Descri\u00e7\u00e3o ID Prioriza\u00e7\u00e3o RF01 Permitir a consulta de investimentos por institui\u00e7\u00e3o financeira. IT1 Out RF02 Permitir a simula\u00e7\u00e3o, realiza\u00e7\u00e3o e visualiza\u00e7\u00e3o de detalhes de investimentos nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o. IT2 Out RF03 O sistema deve permitir o resgate antecipado de t\u00edtulos, com c\u00e1lculo autom\u00e1tico do valor l\u00edquido baseado na data de resgate e na rentabilidade acumulada. IT3, GLO07 In RF04 Oferecer funcionalidade para salvar metas de investimentos (Sonhos). IT4 Out RF05 Permitir simula\u00e7\u00e3o e planejamento de aposentadoria indicando o ano esperado de aposentadoria. IT5 Out RF06 Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira. IT6 In RF07 Incluir um simulador para ajudar o usu\u00e1rio a encontrar t\u00edtulos adequados ao perfil dele. IT7 In RF08 Permitir a consulta de opera\u00e7\u00f5es realizadas e agendadas. IT8 Out RF09 Oferecer a funcionalidade de \u201cFale Conosco\u201d. IT9 Out RF10 Permitir a visualiza\u00e7\u00e3o de notifica\u00e7\u00f5es recebidas. IT10 In RF11 Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache). IT11, GF05 Out RF12 Permitir a visualiza\u00e7\u00e3o de dados do usu\u00e1rio. IT12 Out RF13 Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos. IT13, GLO07 In RF14 Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos. IT14 In RF15 Incluir relat\u00f3rios personalizados para an\u00e1lise detalhada de rentabilidade e evolu\u00e7\u00e3o de investimentos. IT15 Out RF16 Disponibilizar um recurso educativo com v\u00eddeos e artigos sobre como investir no Tesouro Direto. IT16, BF10 Out RF17 Oferecer integra\u00e7\u00e3o com carteiras digitais para pagamento direto de investimentos. IT17 In RF18 Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o. IT18 Out RF19 Adicionar gamifica\u00e7\u00e3o, como conquistas ou recompensas simb\u00f3licas ao atingir metas financeiras. IT19 Out RF20 O aplicativo deve permitir que o usu\u00e1rio fa\u00e7a uma autodeclara\u00e7\u00e3o de expertise (novo, m\u00e9dio, experiente). BF1 Out RF21 O aplicativo deve oferecer um tutorial para guiar o usu\u00e1rio no uso das funcionalidades. BF2 In RF22 O sistema deve disponibilizar um maior leque de op\u00e7\u00f5es para simula\u00e7\u00f5es financeiras. BF3, GF03 In RF23 O aplicativo deve exibir a liquidez dos t\u00edtulos do Tesouro Nacional na simula\u00e7\u00e3o. BF4 Out RF24 O sistema deve permitir a compara\u00e7\u00e3o de t\u00edtulos de diferentes origens na simula\u00e7\u00e3o. BF5, GF04 Out RF25 O sistema deve integrar a funcionalidade de simula\u00e7\u00e3o com a aba \"Meus Sonhos\". BF7 Out RF26 O aplicativo deve apresentar um dashboard inicial com informa\u00e7\u00f5es relevantes para o usu\u00e1rio. BF10 In RF27 O sistema deve incluir uma barra de progresso na aba \"Meus Sonhos\". BF12 Out RF28 O aplicativo deve permitir a compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS na aposentadoria. BF14 Out RF29 O sistema deve exibir sugest\u00f5es personalizadas na p\u00e1gina inicial do \"Meu Investimento\". BF15 Out RF30 O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis, incluindo suas caracter\u00edsticas principais. GLO01 In RF31 O sistema deve possibilitar a compra de t\u00edtulos p\u00fablicos por meio de diferentes m\u00e9todos de pagamento, garantindo seguran\u00e7a na transa\u00e7\u00e3o. GLO02 In RF32 O sistema deve exibir a rentabilidade acumulada de cada t\u00edtulo na carteira do usu\u00e1rio, de forma clara e atualizada. GLO03 Out RF33 O aplicativo dever\u00e1 permitir que o usu\u00e1rio fa\u00e7a login criando uma conta pr\u00f3pria no sistema GF02 In RF34 O aplicativo dever\u00e1 possuir uma tela de login integrado com o gov.br GF01 Out

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#nao-funcionais","title":"N\u00e3o Funcionais","text":"

    Tabela 3 - Requisitos N\u00e3o Funcionais

    Identificador Descri\u00e7\u00e3o ID Prioriza\u00e7\u00e3o RNF01 O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas. IT20 In RNF02 Garantir a seguran\u00e7a dos dados sens\u00edveis do usu\u00e1rio conforme a LGPD. IT21, GF06 In RNF03 O aplicativo deve ser responsivo para dispositivos m\u00f3veis e tablets. IT22, GF07, GLO08 In RNF04 A interface deve ser intuitiva e seguir as diretrizes de acessibilidade. IT23, BFN11, GF08, GLO04 In RNF05 O sistema deve permitir integra\u00e7\u00f5es seguras com APIs de institui\u00e7\u00f5es financeiras. IT24, GLO06 Out RNF06 Disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o). IT25 In RNF07 O sistema deve oferecer controle ampliado para simula\u00e7\u00f5es de aposentadoria. BFN6 In RNF08 O perfil de recomenda\u00e7\u00e3o de investimentos deve ser mais vis\u00edvel e acess\u00edvel no aplicativo. BFN9 Out RNF09 O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio. BFN13 In

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#reuniao-de-priorizacao","title":"Reuni\u00e3o de prioriza\u00e7\u00e3o","text":"

    A grava\u00e7\u00e3o da reuni\u00e3o de prioriza\u00e7\u00e3o pode ser encontrada no video 1.

    Video 1 - Reuni\u00e3o de Prioriza\u00e7\u00e3o $100

    Autores: Victor Rodrigues e Thales Euflauzino, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#bibliografia","title":"Bibliografia","text":"

    WIEGERS, Karl, BEATTY, Joy. Software Requirements, Third Edition. Microsoft Press, Agosto, 2013.

    REQUISTOS DE SOFTWARE. In our Out. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/priorizacao/in-or-out/. Acesso em: 21 nov. 2024.

    "},{"location":"elicitacao/grupo5/priorizacao/inorout/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 21/11/2024 Lista de requisitos V\u00edctor Rodrigues Thales Euflauzino 1.1 21/11/2024 Inclus\u00e3o de Introdu\u00e7\u00e3o e Metodologia V\u00edctor Rodrigues Thales Euflauzino 1.2 22/11/2024 Prioriza\u00e7\u00e3o V\u00edctor Rodrigues Thales Euflauzino"},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/","title":"Three Level Scale","text":""},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    A t\u00e9cnica de prioriza\u00e7\u00e3o Three Levels Scale \u00e9 uma abordagem simples e eficiente para classificar requisitos com base em sua prioridade relativa. Essa t\u00e9cnica categoriza os requisitos em tr\u00eas n\u00edveis: alta, m\u00e9dia e baixa prioridade, facilitando a organiza\u00e7\u00e3o e o planejamento do projeto. No contexto deste trabalho, a t\u00e9cnica foi aplicada com a colabora\u00e7\u00e3o de um desenvolvedor, que atuou como mediador, e de um usu\u00e1rio, respons\u00e1vel por avaliar os requisitos.

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#participantes","title":"Participantes","text":"

    A tabela 1 apresenta os participantes da atividade de prioriza\u00e7\u00e3o

    Tabela 1: Participantes 2024

    Nome Fun\u00e7\u00e3o Victor Rodrigues Mediador Kauan Dias Usu\u00e1rio

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#metodologia","title":"Metodologia","text":"

    Os requisitos foram apresentados ao usu\u00e1rio, que os classificou em uma das tr\u00eas categorias de prioridade com base em sua import\u00e2ncia e urg\u00eancia. Durante o processo, o mediador explicou os crit\u00e9rios de cada n\u00edvel e esclareceu d\u00favidas para garantir uma avalia\u00e7\u00e3o consistente. N\u00e3o foram atribu\u00eddos valores num\u00e9ricos, mas considerou-se a relev\u00e2ncia de cada requisito para os objetivos do projeto e as necessidades do usu\u00e1rio. Reuni\u00e3o via Teams no dia 22/11/2024, das 20:29 \u00e0s 20:43.

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#requisitos-priorizados","title":"Requisitos priorizados","text":"

    Os requisitos foram organizados em duas tabelas: a Tabela 2 apresenta os Requisitos Funcionais, enquanto a Tabela 3 lista os Requisitos N\u00e3o Funcionais.

    Legenda das Tabelas:

    • RFx: Requisito Funcional n\u00famero x;
    • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
    • ITx: Requisito da Introspec\u00e7\u00e3o n\u00famero x;
    • BFx: Requisito Funcional do Brainstorm n\u00famero x;
    • BFNx: Requisito N\u00e3o Funcional do Brainstorm n\u00famero x;
    • GFx: Requisito do Grupo de Foco n\u00famero x;
    • GLOx: Requisito do Gloss\u00e1rio n\u00famero x;
    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#funcionais","title":"Funcionais","text":"

    Tabela 2 - Requisitos Funcionais

    Identificador Descri\u00e7\u00e3o ID Prioriza\u00e7\u00e3o RF01 Permitir a consulta de investimentos por institui\u00e7\u00e3o financeira. IT1 Alta prioridade RF02 Permitir a simula\u00e7\u00e3o, realiza\u00e7\u00e3o e visualiza\u00e7\u00e3o de detalhes de investimentos nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o. IT2 Alta prioridade RF03 O sistema deve permitir o resgate antecipado de t\u00edtulos, com c\u00e1lculo autom\u00e1tico do valor l\u00edquido baseado na data de resgate e na rentabilidade acumulada. IT3, GLO07 M\u00e9dia prioridade RF04 Oferecer funcionalidade para salvar metas de investimentos (Sonhos). IT4 M\u00e9dia prioridade RF05 Permitir simula\u00e7\u00e3o e planejamento de aposentadoria indicando o ano esperado de aposentadoria. IT5 Alta prioridade RF06 Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira. IT6 Alta prioridade RF07 Incluir um simulador para ajudar o usu\u00e1rio a encontrar t\u00edtulos adequados ao perfil dele. IT7 M\u00e9ida prioridade RF08 Permitir a consulta de opera\u00e7\u00f5es realizadas e agendadas. IT8 M\u00e9dia prioridade RF09 Oferecer a funcionalidade de \u201cFale Conosco\u201d. IT9 Alta prioridade RF10 Permitir a visualiza\u00e7\u00e3o de notifica\u00e7\u00f5es recebidas. IT10 Alta prioridade RF11 Incluir funcionalidades sobre o aplicativo (avaliar, indicar para um amigo ou limpar cache). IT11, GF05 Baixa prioridade RF12 Permitir a visualiza\u00e7\u00e3o de dados do usu\u00e1rio. IT12 Alta prioridade RF13 Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos. IT13, GLO07 M\u00e9dia prioridade RF14 Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos. IT14 M\u00e9dia prioridade RF15 Incluir relat\u00f3rios personalizados para an\u00e1lise detalhada de rentabilidade e evolu\u00e7\u00e3o de investimentos. IT15 Alta prioridade RF16 Disponibilizar um recurso educativo com v\u00eddeos e artigos sobre como investir no Tesouro Direto. IT16, BF10 M\u00e9dia prioridade RF17 Oferecer integra\u00e7\u00e3o com carteiras digitais para pagamento direto de investimentos. IT17 Alta prioridade RF18 Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o. IT18 M\u00e9dia prioridade RF19 Adicionar gamifica\u00e7\u00e3o, como conquistas ou recompensas simb\u00f3licas ao atingir metas financeiras. IT19 M\u00e9dia prioridade RF20 O aplicativo deve permitir que o usu\u00e1rio fa\u00e7a uma autodeclara\u00e7\u00e3o de expertise (novo, m\u00e9dio, experiente). BF1 M\u00e9dia prioridade RF21 O aplicativo deve oferecer um tutorial para guiar o usu\u00e1rio no uso das funcionalidades. BF2 M\u00e9dia prioridade RF22 O sistema deve disponibilizar um maior leque de op\u00e7\u00f5es para simula\u00e7\u00f5es financeiras. BF3, GF03 M\u00e9dia prioridade RF23 O aplicativo deve exibir a liquidez dos t\u00edtulos do Tesouro Nacional na simula\u00e7\u00e3o. BF4 Alta prioridade RF24 O sistema deve permitir a compara\u00e7\u00e3o de t\u00edtulos de diferentes origens na simula\u00e7\u00e3o. BF5, GF04 M\u00e9dia prioridade RF25 O sistema deve integrar a funcionalidade de simula\u00e7\u00e3o com a aba \"Meus Sonhos\". BF7 Alta prioridade RF26 O aplicativo deve apresentar um dashboard inicial com informa\u00e7\u00f5es relevantes para o usu\u00e1rio. BF10 Alta prioridade RF27 O sistema deve incluir uma barra de progresso na aba \"Meus Sonhos\". BF12 Alta prioridade RF28 O aplicativo deve permitir a compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS na aposentadoria. BF14 M\u00e9dia prioridade RF29 O sistema deve exibir sugest\u00f5es personalizadas na p\u00e1gina inicial do \"Meu Investimento\". BF15 M\u00e9dia prioridade RF30 O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis, incluindo suas caracter\u00edsticas principais. GLO01 Alta prioridade RF31 O sistema deve possibilitar a compra de t\u00edtulos p\u00fablicos por meio de diferentes m\u00e9todos de pagamento, garantindo seguran\u00e7a na transa\u00e7\u00e3o. GLO02 Alta prioridade RF32 O sistema deve exibir a rentabilidade acumulada de cada t\u00edtulo na carteira do usu\u00e1rio, de forma clara e atualizada. GLO03 Alta prioridade RF33 O aplicativo dever\u00e1 permitir que o usu\u00e1rio fa\u00e7a login criando uma conta pr\u00f3pria no sistema GF02 Alta prioridade RF34 O aplicativo dever\u00e1 possuir uma tela de login integrado com o gov.br GF01 M\u00e9dia prioridade

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#nao-funcionais","title":"N\u00e3o Funcionais","text":"

    Tabela 3 - Requisitos N\u00e3o Funcionais

    Identificador Descri\u00e7\u00e3o ID Prioriza\u00e7\u00e3o RNF01 O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas. IT20 Alta prioridade RNF02 Garantir a seguran\u00e7a dos dados sens\u00edveis do usu\u00e1rio conforme a LGPD. IT21, GF06 Alta prioridade RNF03 O aplicativo deve ser responsivo para dispositivos m\u00f3veis e tablets. IT22, GF07, GLO08 Alta prioridade RNF04 A interface deve ser intuitiva e seguir as diretrizes de acessibilidade. IT23, BFN11, GF08, GLO04 Alta prioridade RNF05 O sistema deve permitir integra\u00e7\u00f5es seguras com APIs de institui\u00e7\u00f5es financeiras. IT24, GLO06 Alta prioridade RNF06 Disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o). IT25 M\u00e9dia prioridade RNF07 O sistema deve oferecer controle ampliado para simula\u00e7\u00f5es de aposentadoria. BFN6 Alta prioridade RNF08 O perfil de recomenda\u00e7\u00e3o de investimentos deve ser mais vis\u00edvel e acess\u00edvel no aplicativo. BFN9 M\u00e9dia prioridade RNF09 O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio. BFN13 Baixa prioridade

    Autor: Victor Rodrigues, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#reuniao-de-priorizacao","title":"Reuni\u00e3o de prioriza\u00e7\u00e3o","text":"

    A grava\u00e7\u00e3o da reuni\u00e3o de prioriza\u00e7\u00e3o pode ser encontrada no video 1.

    Video 1 - Reuni\u00e3o de Prioriza\u00e7\u00e3o $100

    Autores: Victor Rodrigues e Thales Euflauzino, 2024

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#bibliografia","title":"Bibliografia","text":"

    WIEGERS Karl E. First Things First: Prioritizing Requirements. Setembro de 1999. Dispon\u00edvel em: https://www.processimpact.com/articles/prioritizing.pdf. Acesso em: 21 nov. 2024

    REQUISTOS DE SOFTWARE. Three Levels Scale. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Grasshopper/elicitacao/priorizacao/threeLevel-Scale/. Acesso em: 21 nov. 2024.

    REQUISTOS DE SOFTWARE. Three Levels Scale. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Lichess/elicitacao/priorizacao/#escala-de-tres-niveis. Acesso em: 21 nov. 2024.

    REQUISTOS DE SOFTWARE. Three Levels Scale. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/priorizacao/threeLvlScale/. Acesso em: 21 nov. 2024.

    "},{"location":"elicitacao/grupo5/priorizacao/threelevelscale/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 21/11/2024 Lista de requisitos V\u00edctor Rodrigues Thales Euflauzino 1.1 21/11/2024 Inclus\u00e3o de Introdu\u00e7\u00e3o e Metodologia V\u00edctor Rodrigues Thales Euflauzino 1.2 22/11/2024 Prioriza\u00e7\u00e3o V\u00edctor Rodrigues Thales Euflauzino"},{"location":"modelagem-pt1/casos-de-uso/","title":"Casos de Uso","text":""},{"location":"modelagem-pt1/casos-de-uso/#introducao","title":"Introdu\u00e7\u00e3o","text":"

    Um caso de uso \u00e9 uma representa\u00e7\u00e3o detalhada de como o sistema ser\u00e1 utilizado em um contexto ou situa\u00e7\u00e3o espec\u00edfica. Ele descreve as intera\u00e7\u00f5es entre os usu\u00e1rios e o sistema, destacando os passos necess\u00e1rios para alcan\u00e7ar um objetivo definido.

    Seu principal objetivo \u00e9 apoiar o desenvolvimento do sistema, proporcionando uma vis\u00e3o clara dos requisitos funcionais. Al\u00e9m disso, os casos de uso especificam as a\u00e7\u00f5es que os usu\u00e1rios podem realizar e como o sistema deve responder a essas a\u00e7\u00f5es.

    "},{"location":"modelagem-pt1/casos-de-uso/#metodologia","title":"Metodologia","text":"

    O diagrama de caso de uso \u00e9 uma ferramenta visual que resume as intera\u00e7\u00f5es entre os usu\u00e1rios e um sistema, destacando suas funcionalidades e comportamentos principais. Ele \u00e9 composto por atores, que representam os usu\u00e1rios ou outros sistemas que interagem com o sistema em quest\u00e3o, e casos de uso, que descrevem as a\u00e7\u00f5es realizadas pelos usu\u00e1rios e as respostas do sistema a essas a\u00e7\u00f5es.

    Para criar casos de uso que atendam melhor \u00e0s necessidades dos usu\u00e1rios, utilizamos a persona Gustavo Ribeiro. Essa abordagem ajuda a compreender as expectativas, desejos e desafios enfrentados pelos usu\u00e1rios finais do sistema. A inclus\u00e3o dessa persona no processo permite modelar cen\u00e1rios realistas de uso, considerando as diferentes metas e necessidades do tipo de usu\u00e1rio que ela representa.

    Voltando ao foco nos diagramas de caso de uso, a Tabela 1 apresenta os principais elementos que comp\u00f5em o diagrama, oferecendo uma vis\u00e3o clara e estruturada de suas partes fundamentais.

    "},{"location":"modelagem-pt1/casos-de-uso/#tabela-1-elementos-do-diagrama-de-casos-de-uso","title":"Tabela 1: Elementos do diagrama de casos de uso","text":"

    Tabela 1: Elementos do diagrama de casos de uso

    Nome Fun\u00e7\u00e3o Elemento Ator Representam os diversos tipos de usu\u00e1rios externos que interagem com o sistema. Elipse (Caso de Uso) \u00c9 utilizada para representar os casos de uso em um diagrama, destacando funcionalidades ou a\u00e7\u00f5es espec\u00edficas que o sistema realiza em resposta \u00e0s intera\u00e7\u00f5es dos atores. A elipse identifica cada caso de uso, exibindo o nome correspondente em seu interior. Ret\u00e2ngulo (Sistema) \u00c9 utilizado para representar o sistema ou o componente em an\u00e1lise, agrupando os casos de uso e os atores associados a ele. Flecha (Rela\u00e7\u00f5es) As setas s\u00e3o utilizadas para ilustrar as rela\u00e7\u00f5es ou intera\u00e7\u00f5es entre os atores e os casos de uso no diagrama.

    Autor: V\u00edctor Schmidt

    Al\u00e9m disso, no diagrama de casos de uso, \u00e9 poss\u00edvel detalhar:

    • Requisitos externos do sistema: as funcionalidades essenciais que o sistema deve fornecer para atender \u00e0s demandas e expectativas dos usu\u00e1rios.
    • Funcionalidades do sistema: as capacidades que o sistema oferece para satisfazer as necessidades dos usu\u00e1rios de maneira eficaz e eficiente.
    • Requisitos do sistema em rela\u00e7\u00e3o ao ambiente: as condi\u00e7\u00f5es ou restri\u00e7\u00f5es impostas pelo sistema ao ambiente onde est\u00e1 inserido, especificando como ele interage com outros elementos para cumprir suas fun\u00e7\u00f5es.
    "},{"location":"modelagem-pt1/casos-de-uso/#diagrama-de-casos-de-uso","title":"Diagrama de Casos de Uso","text":"

    A figura 1 demonstra o diagrama de casos de uso.

    Figura 1: Casos de uso do app Tesouro Direto

    Autor: V\u00edctor Schmidt

    "},{"location":"modelagem-pt1/casos-de-uso/#especializacao-dos-casos-de-uso","title":"Especializa\u00e7\u00e3o dos casos de uso","text":"

    As tabelas de 2 a 10 mostram a especializa\u00e7\u00e3o dos casos de uso.

    "},{"location":"modelagem-pt1/casos-de-uso/#tabela-2-fazer-login","title":"Tabela 2: Fazer Login","text":"

    Tabela 2: Fazer Login

    UC01 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o investidor ou interessado acesse sua conta no aplicativo. Ator Investidor ou Interessado Pr\u00e9-condi\u00e7\u00f5es O aplicativo deve estar instalado e conectado \u00e0 internet. A\u00e7\u00e3o O Investidor ou Interessado realiza login no aplicativo. Fluxo principal
    • O Investidor ou Interessado acessa a tela inicial do app.
    • O Investidor ou Interessado insere suas credenciais (usu\u00e1rio e senha).
    • O sistema verifica a senha.
    • O Investidor ou Interessado \u00e9 autenticado e acessa sua conta.
      • Fluxo alternativo
      • O Investidor ou Interessado acessa a tela inicial.
      • O sistema detecta erro de login e exibe mensagem de erro.
      Fluxo de exce\u00e7\u00e3o
      • O sistema detecta aus\u00eancia de conex\u00e3o com a internet.
      • Exibe uma mensagem informando que n\u00e3o \u00e9 poss\u00edvel conectar.
      P\u00f3s-condi\u00e7\u00f5es O Investidor ou Interessado \u00e9 autenticado e pode acessar as funcionalidades do aplicativo. Rastreabilidade RF33 e RF34 Data de Cria\u00e7\u00e3o 06/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-3-simular-investimento","title":"Tabela 3: Simular Investimento","text":"

      Tabela 3: Simular Investimento

      UC02 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o Investidor ou Interessado realize simula\u00e7\u00f5es de investimento no Tesouro Direto. Ator Investidor ou Interessado Pr\u00e9-condi\u00e7\u00f5es O Investidor ou Interessado deve estar autenticado no aplicativo e conectado \u00e0 internet. A\u00e7\u00e3o O Investidor ou Interessado simula diferentes cen\u00e1rios de investimento. Fluxo principal
      • O Investidor ou Interessado acessa a op\u00e7\u00e3o \"Simular Investimento\".
      • O Investidor ou Interessado preenche os dados necess\u00e1rios, como valor e per\u00edodo do investimento.
      • O sistema apresenta os resultados da simula\u00e7\u00e3o.
      Fluxo alternativo
      • O Investidor ou Interessado acessa \"Simular Investimento\".
      • O sistema solicita que o Investidor ou Interessado preencha um question\u00e1rio para personalizar a simula\u00e7\u00e3o.
      • O question\u00e1rio \u00e9 preenchido, e o sistema apresenta os resultados.
      Fluxo de exce\u00e7\u00e3o
      • O sistema detecta aus\u00eancia de conex\u00e3o com a internet.
      • Exibe uma mensagem informando que n\u00e3o \u00e9 poss\u00edvel realizar a simula\u00e7\u00e3o no momento.
      P\u00f3s-condi\u00e7\u00f5es O Investidor ou Interessado visualiza as op\u00e7\u00f5es de investimento com base na simula\u00e7\u00e3o realizada. Rastreabilidade RF02 Data de Cria\u00e7\u00e3o 06/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-4-escolher-investimentos","title":"Tabela 4: Escolher Investimentos","text":"

      Tabela 4: Escolher Investimentos

      UC03 Informa\u00e7\u00f5es Descri\u00e7\u00e3o O Investidor escolhe o investimento mais adequado para seus objetivos. Ator Investidor Pr\u00e9-condi\u00e7\u00f5es O Investidor deve estar autenticado e conectado \u00e0 internet. A\u00e7\u00e3o O Investidor escolhe um ou mais investimentos dispon\u00edveis. Fluxo principal
      • O Investidor acessa a op\u00e7\u00e3o \"Escolher Investimentos\".
      • O sistema apresenta a lista de investimentos dispon\u00edveis e o Investidor seleciona os que lhe interessa.
      • O Investidor define o valor a ser investido em cada um e escolhe investir agora ou agendar o investimento.
      Fluxo alternativo
      • O sistema sugere op\u00e7\u00f5es com base no question\u00e1rio previamente preenchido.
      Fluxo de exce\u00e7\u00e3o
      • O sistema detecta problemas na conex\u00e3o com o servidor.
      • Exibe uma mensagem informando que os investimentos n\u00e3o podem ser carregados no momento.
      P\u00f3s-condi\u00e7\u00f5es O Investidor realizou o investimento. Rastreabilidade RF35 Data de Cria\u00e7\u00e3o 06/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-5-verificar-meus-investimentos","title":"Tabela 5: Verificar Meus Investimentos","text":"

      Tabela 5: Verificar Meus Investimentos

      UC06 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o Investidor visualize e acompanhe os investimentos realizados. Ator Investidor Pr\u00e9-condi\u00e7\u00f5es O Investidor deve estar autenticado no aplicativo. A\u00e7\u00e3o O Investidor verifica o hist\u00f3rico e status dos investimentos. Fluxo principal
      • O Investidor acessa \"Verificar Meus Investimentos\".
      • O sistema apresenta uma lista com os investimentos ativos e finalizados.
      Fluxo alternativo
      • O sistema apresenta os investimentos organizados por categoria ou institui\u00e7\u00e3o financeira.
      Fluxo de exce\u00e7\u00e3o
      • O sistema detecta problemas de carregamento dos dados.
      • Exibe uma mensagem informando que os investimentos n\u00e3o podem ser carregados no momento.
      P\u00f3s-condi\u00e7\u00f5es O Investidor visualiza os detalhes de seus investimentos. Rastreabilidade RF01 Data de Cria\u00e7\u00e3o 06/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-6-resgatar-investimento","title":"Tabela 6: Resgatar Investimento","text":"

      Tabela 6: Resgatar Investimento

      UC07 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o Investidor resgate investimentos realizados. Ator Investidor Pr\u00e9-condi\u00e7\u00f5es O Investidor deve estar autenticado e ter investimentos dispon\u00edveis para resgate. A\u00e7\u00e3o O Investidor solicita o resgate de um ou mais investimentos. Fluxo principal
      • O Investidor acessa \"Resgatar Investimento\".
      • O Investidor seleciona quais investimentos deseja resgatar.
      • O sistema confirma o resgate e processa a solicita\u00e7\u00e3o.
      Fluxo alternativo
      • O sistema solicita que o Investidor escolha a institui\u00e7\u00e3o financeira para cr\u00e9dito dos valores resgatados.
      Fluxo de exce\u00e7\u00e3o
      • O sistema detecta que o investimento selecionado n\u00e3o pode ser resgatado no momento.
      • Exibe uma mensagem com detalhes do motivo.
      P\u00f3s-condi\u00e7\u00f5es O resgate \u00e9 processado e os valores s\u00e3o creditados na conta do Investidor. Rastreabilidade RF03 Data de Cria\u00e7\u00e3o 06/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-7-criar-metasonho","title":"Tabela 7: Criar Meta/Sonho","text":"

      Tabela 7: Criar Meta/Sonho

      UC08 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o Investidor ou Interessado crie metas ou sonhos financeiros no sistema. Ator Investidor ou Interessado Pr\u00e9-condi\u00e7\u00f5es O Investidor ou Interessado deve estar autenticado no sistema. A\u00e7\u00e3o O Investidor ou Interessado inicia o processo de cria\u00e7\u00e3o de uma meta ou sonho financeiro. Fluxo principal
      • 1. O Investidor ou Interessado acessa a se\u00e7\u00e3o \"Meus Sonhos\".
      • 2. O Investidor ou Interessado preenche o formul\u00e1rio com as seguintes informa\u00e7\u00f5es:
        • a. Tipo do sonho (e.g., aposentadoria, compra de casa, estudos, autom\u00f3vel, reserva de emerg\u00eancia, f\u00e9rias ou outro);
        • b. Nome do sonho;
        • c. Valor total estimado para a meta (em R$);
        • d. T\u00edtulos selecionados para alcan\u00e7ar o sonho/meta.
      • 3. O Investidor ou Interessado confirma os dados inseridos.
      • 4. O sistema processa as informa\u00e7\u00f5es e confirma a cria\u00e7\u00e3o da meta/sonho.
      Fluxo alternativo
      • 1. O Investidor ou Interessado decide cancelar o processo antes de finalizar o preenchimento do formul\u00e1rio.
      • 2. O sistema descarta os dados inseridos e retorna para a tela principal.
      Fluxo de exce\u00e7\u00e3o
      • 1. O sistema identifica que um ou mais campos obrigat\u00f3rios n\u00e3o foram preenchidos.
      • 2. O sistema exibe uma mensagem de erro informando quais campos precisam ser preenchidos.
      • 3. O Investidor ou Interessado completa os campos e tenta novamente.
      P\u00f3s-condi\u00e7\u00f5es A meta ou sonho financeiro \u00e9 criado e armazenado no perfil do Investidor ou Interessado. Rastreabilidade RF04 Data de Cria\u00e7\u00e3o 11/12/2024

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-8-simular-evolucao-metasonho","title":"Tabela 8: Simular Evolu\u00e7\u00e3o Meta/Sonho","text":"

      Tabela 8: Simular Evolu\u00e7\u00e3o Meta/Sonho

      UC09 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o Investidor ou Interessado simule a evolu\u00e7\u00e3o de suas metas ou sonhos financeiros no sistema. Ator Investidor ou Interessado Pr\u00e9-condi\u00e7\u00f5es O Investidor ou Interessado deve estar autenticado no sistema. A\u00e7\u00e3o O Investidor ou Interessado inicia o processo de simula\u00e7\u00e3o da evolu\u00e7\u00e3o de uma meta ou sonho financeiro. Fluxo principal
      • 1. O Investidor ou Interessado acessa a se\u00e7\u00e3o \"Meus Sonhos\".
      • 2. O Investidor ou Interessado seleciona uma meta ou sonho financeiro existente na lista.
      • 3. O sistema exibe os detalhes da meta, incluindo:
        • a. Nome da meta/sonho;
        • b. Valor total estimado (R$);
        • c. Progresso atual em rela\u00e7\u00e3o ao objetivo (percentual e valores);
        • d. T\u00edtulos associados ao objetivo.
      • 4. O Investidor ou Interessado insere dados de simula\u00e7\u00e3o, como:
        • a. Valor adicional a ser investido;
        • b. Per\u00edodo de tempo (em meses ou anos);
        • c. Expectativa de retorno percentual anual.
      • 5. O sistema processa os dados e exibe uma proje\u00e7\u00e3o da evolu\u00e7\u00e3o da meta, mostrando:
        • a. Progresso esperado no per\u00edodo informado;
        • b. Gr\u00e1ficos ou tabelas ilustrativos;
        • c. Poss\u00edveis cen\u00e1rios (otimista, conservador, e intermedi\u00e1rio).
      • 6. O Investidor ou Interessado avalia os resultados da simula\u00e7\u00e3o e, se necess\u00e1rio, ajusta os par\u00e2metros ou finaliza a an\u00e1lise.
      Fluxo alternativo
      • 1. O Investidor ou Interessado decide cancelar o processo de simula\u00e7\u00e3o antes de visualizar os resultados.
      • 2. O sistema descarta os dados da simula\u00e7\u00e3o e retorna \u00e0 tela principal de \"Meus Sonhos\".
      Fluxo de exce\u00e7\u00e3o
      • 1. O sistema identifica que os dados inseridos para a simula\u00e7\u00e3o est\u00e3o incompletos ou inv\u00e1lidos (e.g., campos em branco ou valores fora de limites plaus\u00edveis).
      • 2. O sistema exibe uma mensagem de erro informando o problema e orienta o Investidor ou Interessado a corrigir os dados.
      • 3. Ap\u00f3s a corre\u00e7\u00e3o, o sistema permite a continua\u00e7\u00e3o da simula\u00e7\u00e3o.
      P\u00f3s-condi\u00e7\u00f5es A simula\u00e7\u00e3o da evolu\u00e7\u00e3o da meta ou sonho financeiro \u00e9 exibida ao Investidor ou Interessado, mas n\u00e3o \u00e9 salva no sistema (apenas descartada ap\u00f3s an\u00e1lise). Rastreabilidade RF25 Data de Cria\u00e7\u00e3o 11/12/2024

      Esse caso de uso foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

      Autor: V\u00edctor Schmidt

      "},{"location":"modelagem-pt1/casos-de-uso/#tabela-9-relatorios-mensais-de-evolucao-de-rendimentos","title":"Tabela 9: Relat\u00f3rios Mensais de Evolu\u00e7\u00e3o de Rendimentos","text":"

      Tabela 9: Incluir Relat\u00f3rios Personalizados

      UC10 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Permitir que o sistema forne\u00e7a relat\u00f3rios mensais com a evolu\u00e7\u00e3o dos rendimentos dos t\u00edtulos adquiridos pelo investidor. Ator Sistema Pr\u00e9-condi\u00e7\u00f5es O investidor deve estar autenticado no sistema. A\u00e7\u00e3o O sistema gera automaticamente relat\u00f3rios mensais com base nos rendimentos acumulados dos t\u00edtulos do investidor. Fluxo principal
      • 1. O sistema coleta os dados dos rendimentos mensais dos t\u00edtulos adquiridos pelo investidor.
      • 2. O sistema processa as informa\u00e7\u00f5es e consolida os rendimentos do m\u00eas atual e dos meses anteriores.
      • 3. O relat\u00f3rio \u00e9 formatado com os seguintes elementos:
        • a. Total de rendimentos mensais por t\u00edtulo;
        • b. Comparativo com meses anteriores;
        • c. Gr\u00e1ficos e/ou tabelas de evolu\u00e7\u00e3o acumulada.
      • 4. O sistema disponibiliza o relat\u00f3rio na se\u00e7\u00e3o \"Meus Relat\u00f3rios\".
      • 5. O investidor pode visualizar ou fazer download do relat\u00f3rio.
      Fluxo alternativo
      • 1. O investidor decide pela n\u00e3o gera\u00e7\u00e3o autom\u00e1tica dos relat\u00f3rios
        • 2. O sistema enfrenta problemas tempor\u00e1rios ao acessar os dados de rendimentos (e.g., falhas de conectividade ou indisponibilidade do servidor).
        • 3. O sistema exibe uma mensagem ao usu\u00e1rio informando a indisponibilidade moment\u00e2nea e sugere tentar novamente mais tarde.
        • 4. O usu\u00e1rio retorna \u00e0 se\u00e7\u00e3o \"Meus Relat\u00f3rios\" para acessar o relat\u00f3rio assim que o problema for resolvido.
          • Fluxo de exce\u00e7\u00e3o
          • 1. O sistema n\u00e3o encontra dados de rendimentos para o per\u00edodo solicitado.
          • 2. O sistema exibe uma mensagem informando que n\u00e3o h\u00e1 dados suficientes para gerar o relat\u00f3rio.
          P\u00f3s-condi\u00e7\u00f5es O relat\u00f3rio mensal \u00e9 gerado e armazenado para consulta futura na se\u00e7\u00e3o \"Meus Relat\u00f3rios\". Rastreabilidade RF15 Data de Cria\u00e7\u00e3o 11/12/2024

          Esse caso de uso foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

          Autor: Thales Euflauzino

          "},{"location":"modelagem-pt1/casos-de-uso/#tabela-10-dashboard-com-dados-de-rentabilidade","title":"Tabela 10: Dashboard com dados de rentabilidade","text":"

          Tabela 10: Dashboard de rentabilidade e infla\u00e7\u00e3o

          UC11 Informa\u00e7\u00f5es Descri\u00e7\u00e3o Apresentar um dashboard com dados de rentabilidade dos t\u00edtulos adquiridos e taxa de infla\u00e7\u00e3o. Ator Investidor Pr\u00e9-condi\u00e7\u00f5es O usu\u00e1rio deve estar autenticado no aplicativo e possuir t\u00edtulos adquiridos em sua carteira. A\u00e7\u00e3o O investidor acessa o aplicativo e visualiza o dashboard inicial. Fluxo principal
          • O Investidor acessa o aplicativo Tesouro Direto.
          • O sistema exibe automaticamente o dashboard inicial com os dados de rentabilidade dos t\u00edtulos adquiridos.
          • O sistema apresenta tamb\u00e9m a taxa de infla\u00e7\u00e3o atual e sua varia\u00e7\u00e3o, exibida graficamente.
          • O investidor pode interagir com os gr\u00e1ficos ou selecionar intervalos de tempo para an\u00e1lise detalhada.
          Fluxo alternativo
          • O Investidor acessa o aplicativo.
          • O sistema detecta que o investidor n\u00e3o possui t\u00edtulos adquiridos.
          • O sistema exibe uma mensagem informando que n\u00e3o h\u00e1 dados dispon\u00edveis no momento e sugere adquirir t\u00edtulos.
          Fluxo de exce\u00e7\u00e3o
          • O sistema n\u00e3o consegue obter dados atualizados de rentabilidade ou infla\u00e7\u00e3o.
          • O sistema exibe uma mensagem informando indisponibilidade tempor\u00e1ria e sugere tentar novamente mais tarde.
          P\u00f3s-condi\u00e7\u00f5es O investidor visualiza os dados consolidados sobre seus investimentos e pode realizar an\u00e1lises comparativas com a taxa de infla\u00e7\u00e3o. Rastreabilidade RF26 Data de Cria\u00e7\u00e3o 12/12/2024

          Esse caso de uso foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

          Autor: Victor Rodrigues

          "},{"location":"modelagem-pt1/casos-de-uso/#bibliografia","title":"Bibliografia","text":"

          Lucidchart. Diagrama de Caso de Uso UML. Dispon\u00edvel em: <https://www.lucidchart.com/pages/pt/diagrama-de-caso-de-uso-uml>. Acesso em: 14 maio 2023.

          BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

          HENRIQUE, Paulo. Caso de Uso. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.1-Youtube/modelagem/casouso/. Acesso em: 15 mai. 2023.

          MACEDO, Lucas. Caso de uso. Reposit\u00f3rio da disciplina de Requisitos de Software da Universidade de Bras\u00edlia, 2022. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/casos_de_uso/. Acesso em: 15 mai. 2023.

          REPOSIT\u00d3RIO DE REQUISITOS. Modelagem - Casos de Uso. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/useCase/. Acesso em: 6 dez. 2024.

          "},{"location":"modelagem-pt1/casos-de-uso/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/12/2024 Cria\u00e7\u00e3o da p\u00e1gina V\u00edctor Schmidt Victor Rodrigues 1.1 07/12/2024 Corrigindo Fonte para Autor Thales Euflauzino V\u00edctor Schmidt 1.2 07/12/2024 Corrigindo Fonte para Autor Thales Euflauzino V\u00edctor Schmidt 1.3 10/12/2024 Altera\u00e7\u00f5es e corre\u00e7\u00f5es V\u00edctor Schmidt Thales Euflauzino 1.4 11/12/2024 Adicionando Caso de Uso baseado nas Instru\u00e7\u00f5es do Professor V\u00edctor Schmidt Thales Euflauzino 1.5 11/12/2024 Adicionando Caso de Uso baseado nas Instru\u00e7\u00f5es do Professor Thales Euflauzino V\u00edctor Schmidt 1.6 12/12/2024 Adicionando Caso de Uso baseado nas Instru\u00e7\u00f5es do Professor Victor Rodrigues Thales Euflauzino"},{"location":"modelagem-pt1/cenarios/","title":"Cen\u00e1rios","text":""},{"location":"modelagem-pt1/cenarios/#introducao","title":"Introdu\u00e7\u00e3o","text":"

          Um cen\u00e1rio \u00e9 uma narrativa concreta, rica em detalhes contextuais, de uma situa\u00e7\u00e3o de uso da aplica\u00e7\u00e3o, envolvendo usu\u00e1rios, processos e dados reais ou potenciais (Barbosa et al., 2021). Para o desenvolvimento desse projetos, os cen\u00e1rios ser\u00e3o utilizados para entender as intera\u00e7\u00f5es entre ambientes e sistemas e o fluxo do software.

          "},{"location":"modelagem-pt1/cenarios/#metodologia","title":"Metodologia","text":"

          Para a elabora\u00e7\u00e3o desses cen\u00e1rios, iremos utilizar um modelo de constru\u00e7\u00e3o, descrito na tabela 1.

          Tabela 1: Modelo de cria\u00e7\u00e3o dos cen\u00e1rios.

          Modelo de Cen\u00e1rio T\u00edtulo T\u00edtulo do cen\u00e1rio Objetivo Efeitos na situa\u00e7\u00e3o que motivam as a\u00e7\u00f5es realizadas pelos atores Contexto Detalhes da situa\u00e7\u00e3o que motivam ou explicam os objetivos, a\u00e7\u00f5es e rea\u00e7\u00f5es dos atores do cen\u00e1rio Atores Pessoas que ir\u00e3o interagir com o aplicativo do tesouro direto Recursos Ferramentas utilizadas no cen\u00e1rio Epis\u00f3dios A\u00e7\u00f5es realizadas pelos atores divididas em etapas Restri\u00e7\u00f5es Limita\u00e7\u00f5es do cen\u00e1rio Exce\u00e7\u00e3o Planos ou procedimentos para lidar com situa\u00e7\u00f5es extraordin\u00e1rias ou erros inesperados durante o cen\u00e1rio

          Autor: Maria Helena

          Inicialmente ser\u00e3o definidos os cen\u00e1rios das tarefas principais, que descrevem as tarefas de uso di\u00e1rio dos usu\u00e1rios, descrevendo as a\u00e7\u00f5es que s\u00e3o realizadas com mais frequ\u00eancia.

          "},{"location":"modelagem-pt1/cenarios/#cenarios-identificados","title":"Cen\u00e1rios Identificados","text":"

          Os cen\u00e1rios listados nas tabelas 2 a 11 foram elaborados com base na an\u00e1lise dos requisitos elicitados, dispon\u00edveis na se\u00e7\u00e3o de Requisitos.

          "},{"location":"modelagem-pt1/cenarios/#cenario-1-simulacao-de-compra-de-titulos-rf02","title":"Cen\u00e1rio 1 - Simula\u00e7\u00e3o de compra de titulos - RF02","text":"

          Tabela 2: Cen\u00e1rio 1

          Cen\u00e1rio 1 T\u00edtulo Simula\u00e7\u00e3o de compra de titulos [RF02] Objetivo Simular a compra de titulos para avaliar rentabilidade, custos e prazos Contexto
          • Local: Tela de \"Simula\u00e7\u00e3o\"
          • Tempo: Aproximadamente 3 minutos.
          • Pr\u00e9-condi\u00e7\u00e3o: Possuir cadastro ativo no sistema e o sistema possuir t\u00edtulos cadastrados
          Atores
          • Usu\u00e1rio do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado
          • Conex\u00e3o com a internet
          Epis\u00f3dios
          1. Acessar aplicativo
          2. Realizar autentica\u00e7\u00e3o no sistema
          3. Navegar para a tela de simula\u00e7\u00e3o
          4. Realizar simula\u00e7\u00e3o
          Restri\u00e7\u00f5es As informa\u00e7\u00f5es apresentadas dependem de dados atualizados sobre os t\u00edtulos e taxas Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de usu\u00e1rio n\u00e3o autenticado
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de simula\u00e7\u00e3o
            • Caso n\u00e3o haja t\u00edtulos para os par\u00e2metros estabelecidos pelo usu\u00e1rio, o sistema deve apresentar uma mensagem de falta de t\u00edtulos para os par\u00e2metros entregues

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-2-resgate-antecipado-de-titulos-rf03","title":"Cen\u00e1rio 2 - Resgate Antecipado de T\u00edtulos - RF03","text":"

          Tabela 3: Cen\u00e1rio 2

          Cen\u00e1rio 2 T\u00edtulo Resgate Antecipado de T\u00edtulos [RF03] Objetivo Permitir que o usu\u00e1rio realize o resgate antecipado de seus investimentos em t\u00edtulos Contexto
          • Local: Tela de \"Meus Investimentos\"
          • Tempo: Aproximadamente 3 minutos.
          • Pr\u00e9-condi\u00e7\u00e3o: O usu\u00e1rio possuir cadastro ativo no sistema e t\u00edtulos de investimeto
          Atores
          • Usu\u00e1rio do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado
          • Conex\u00e3o com a internet
          • Dados de rentabilidade
          • Valores l\u00edquidos dos titulos
          Epis\u00f3dios
          1. Acessar aplicativo
          2. Realizar autentica\u00e7\u00e3o no sistema
          3. Navegar para a tela meus investimentos
          4. Realizar resgate antecipado
          Restri\u00e7\u00f5es o resgate antecipado est\u00e1 sujeito a disponibilidade de liquidez e \u00e0s condi\u00e7\u00f5es impostas pelo Tesouro Nacional Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de usu\u00e1rio n\u00e3o autenticado
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de calculo ou resgate
            • Caso o sistema n\u00e3o consiga calcular ou processar o resgate, o usu\u00e1rio deve ser notificado e instru\u00eddo a entrar em contato com o suporte t\u00e9cnico

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-3-planejamento-de-metas-de-investimento-rf04","title":"Cen\u00e1rio 3 - Planejamento de Metas de Investimento - RF04","text":"

          Tabela 4: Cen\u00e1rio 3

          Cen\u00e1rio 3 T\u00edtulo Planejamento de Metas de Investimento [RF04] Objetivo Realizar o cadastro e o acompanhamento de metas fincanceiras Contexto
          • Local: Tela de \"Meus Sonhos\"
          • Tempo: Aproximadamente 2 minutos.
          • Pr\u00e9-condi\u00e7\u00e3o: O usu\u00e1rio possuir cadastro ativo no sistema e o sistema deve ter t\u00edtulos de investimeto
          Atores
          • Usu\u00e1rio do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado
          • Conex\u00e3o com a internet
          • Dados de rentabilidade
          • Valores l\u00edquidos dos titulos
          Epis\u00f3dios
          1. Acessar aplicativo
          2. Realizar autentica\u00e7\u00e3o no sistema
          3. Navegar para a tela meus sonho
          4. Cadastrar sonho
          Restri\u00e7\u00f5es O planejamento depende de t\u00edtulos dispon\u00edveis e compat\u00edveis com a meta estabelecida Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de usu\u00e1rio n\u00e3o autenticado
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de sugest\u00f5es
            • Caso o sistema n\u00e3o consiga sugerir t\u00edtulos, o usu\u00e1rio deve ser notificado e orientado a ajudar prazos e valores

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-4-planejamento-de-aposentadoria-rf05","title":"Cen\u00e1rio 4 - Planejamento de Aposentadoria - RF05","text":"

          Tabela 5: Cen\u00e1rio 4

          Cen\u00e1rio 4 T\u00edtulo Planejamento de Aposentadoria [RF05] Objetivo Planejar a aposentadoria, definindo montante necess\u00e1rio e simulando investimentos Contexto
          • Local: Tela de \"Meus Sonhos\"
          • Tempo: Aproximadamente 5 minutos.
          • Pr\u00e9-condi\u00e7\u00e3o: O usu\u00e1rio possuir cadastro ativo no sistema e ter idade e ano de aposentadoria definidos
          Atores
          • Usu\u00e1rio do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado
          • Conex\u00e3o com a internet
          • Dados de rentabilidade
          • Valores l\u00edquidos dos titulos
          Epis\u00f3dios
          1. Acessar aplicativo
          2. Realizar autentica\u00e7\u00e3o no sistema
          3. Navegar para a tela meus sonhos
          4. Selecionar para cadastar novo sonho
          5. Escolher aposentadoria como op\u00e7\u00e3o
          6. Definir de par\u00e2metros de aposentadoria
          7. Escolher os titulos
          Restri\u00e7\u00f5es O planejamento depende de t\u00edtulos dispon\u00edveis e compat\u00edveis, condi\u00e7\u00f5es de mercado e regularidade dos aportes do usu\u00e1rio. Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de usu\u00e1rio n\u00e3o autenticado
            • Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o
          • Erro de completude
            • Caso o sistema n\u00e3o consiga sugerir t\u00edtulos compat\u00edveis ou o usu\u00e1rio n\u00e3o possua saldo suficiente com os prazos desejados, o sistema deve sugerir mudan\u00e7as no ano da aposentadoria ou no investimento mensal

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-5-consultar-operacoes-agendadas-rf08","title":"Cen\u00e1rio 5 - Consultar opera\u00e7\u00f5es agendadas - RF08","text":"

          Tabela 6: Cen\u00e1rio 5

          Cen\u00e1rio 5 T\u00edtulo Consultar opera\u00e7\u00f5es agendadas [RF08] Objetivo Consultar as opera\u00e7\u00f5es de investimento em tesouros p\u00fablicos que foram agendadas pelo aplicativo Contexto

          Local: Tela de \"Meus Investimentos\" do aplicativo.

          Tempo: Aproximadamente 1 minuto.

          Pr\u00e9-condi\u00e7\u00e3o: Possuir um cadastro ativo no sistema e possuir agendamentos realizados.

          Atores
          • Usu\u00e1rios do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado no celular
          • Conex\u00e3o com a internet
          Epis\u00f3dios
          1. Acessar o aplicativo
          2. Realizar a autentica\u00e7\u00e3o no sistema
          3. Acessar a tela principal do aplicativo
          4. Navegar para a tela de meus investimentos
          5. Visualizar seus agendamentos em formato de lista
          Restri\u00e7\u00f5es
          • O usu\u00e1rio s\u00f3 dever\u00e1 poder visualizar os agendamentos que ele mesmo realizar
          • Somente usu\u00e1rios cadastrados e autenticados no aplicativo poder\u00e3o realizar agendamentos
          • O sistema dever\u00e1 realizar uma diferencia\u00e7\u00e3o entre agendamentos e compras que ainda n\u00e3o foram realizadas
          Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet

            Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o

          • Erro de obten\u00e7\u00e3o de usu\u00e1rio n\u00e3o autenticado

            Caso o usu\u00e1rio n\u00e3o esteja mais autenticado na aplica\u00e7\u00e3o e ele tente acessar os agendamentos o aplicativo dever\u00e1 gerar uma mensagem de erro de \"sess\u00e3o expirada\" e redirecion\u00e1-lo a tela de login

          • Erro de obten\u00e7\u00e3o de agendamentos

            Caso o usu\u00e1rio n\u00e3o tenha nenhum agendamento o sistema dever\u00e1 exibir um texto de aviso de nenhum investimento, com uma mensagem guiando o usu\u00e1rio a como realizar agendamentos no aplicativo.

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-6-visualizar-lista-de-titulos-publicos-disponiveis-rf30","title":"Cen\u00e1rio 6 - Visualizar lista de t\u00edtulos p\u00fablicos dispon\u00edveis - RF30","text":"

          Tabela 7: Cen\u00e1rio 6

          Cen\u00e1rio 6 T\u00edtulo Visualizar lista de t\u00edtulos p\u00fablicos dispon\u00edveis [RF30] Objetivo Visualizar os t\u00edtulos p\u00fablicos dispon\u00edveis para a compra dentro da aplica\u00e7\u00e3o em formato de lista. Contexto

          Local: Tela \"Investir\" do aplicativo.

          Tempo: Aproximadamente 1 minuto.

          Pr\u00e9-condi\u00e7\u00e3o: Possuir um cadastro ativo no sistema e o sistema possuir t\u00edtulos cadastrados dispon\u00edveis para a visualiza\u00e7\u00e3o.

          Atores
          • Usu\u00e1rios do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado no celular
          • Conex\u00e3o com a internet
          Epis\u00f3dios
          1. Acessar o aplicativo
          2. Realizar a autentica\u00e7\u00e3o no sistema
          3. Acessar a tela principal do aplicativo
          4. Navegar para a tela de investimentos
          5. Visualizar os investimentos dispon\u00edveis em formato de lista
          Restri\u00e7\u00f5es
          • Os investimentos dever\u00e3o estar cadastrados no banco de dados no sistema
          • Os investimentos dever\u00e3o ser acess\u00edveis para os usu\u00e1rios do sistema
          Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet

            Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o

          • Erro de usu\u00e1rio n\u00e3o autenticado

            Caso o usu\u00e1rio n\u00e3o esteja mais autenticado na aplica\u00e7\u00e3o e ele tente acessar a tela de investimentos o aplicativo dever\u00e1 gerar uma mensagem de erro de \"sess\u00e3o expirada\" e redirecion\u00e1-lo a tela de login

          • Erro de obten\u00e7\u00e3o de investimentos

            Caso n\u00e3o seja poss\u00edvel obter nenhum t\u00edtulo na tela de investimentos, o sistema dever\u00e1 retornar ao usu\u00e1rio uma mensagem de erro de investimentos n\u00e3o dispon\u00edveis.

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-7-consultar-as-informacoes-de-liquidez-dos-titulos-disponiveis-rf23","title":"Cen\u00e1rio 7 - Consultar as informa\u00e7\u00f5es de liquidez dos t\u00edtulos dispon\u00edveis - RF23","text":"

          Tabela 8: Cen\u00e1rio 7

          Cen\u00e1rio 7 T\u00edtulo Consultar as informa\u00e7\u00f5es de liquidez dos t\u00edtulos dispon\u00edveis [RF23] Objetivo Permitir que o usu\u00e1rio visualize as informa\u00e7\u00f5es de liquidez referentes a cada t\u00edtulo cadastrado no sistema Contexto

          Local: Tela de \"Simulador\" referente a cada t\u00edtulo do aplicativo.

          Tempo: Aproximadamente 2 minutos.

          Pr\u00e9-condi\u00e7\u00e3o: Possuir um cadastro ativo no sistema e possuir t\u00edtulos dispon\u00edveis no sistema com informa\u00e7\u00f5es de liquidez.

          Atores
          • Usu\u00e1rios do tesouro direto
          • Sistema do tesouro direto
          Recursos
          • Aplicativo do tesouro direto instalado no celular
          • Conex\u00e3o com a internet
          Epis\u00f3dios
          1. Acessar o aplicativo
          2. Realizar a autentica\u00e7\u00e3o no sistema
          3. Acessar a tela principal do aplicativo
          4. Navegar para a tela de meus investimentos
          5. Visualizar os t\u00edtulos dispon\u00edveis
          6. Clicar em \"ver detalhes e simular\" no t\u00edtulo que deseja obter mais informa\u00e7\u00f5es
          7. Visualizar a tela de simula\u00e7\u00e3o com as informa\u00e7\u00f5es detalhadas a respeito do t\u00edtulo
          8. Navegar at\u00e9 a se\u00e7\u00e3o de \"Tempo de liquida\u00e7\u00e3o\"
          Restri\u00e7\u00f5es
          • Os t\u00edtulos dispon\u00edveis no sistema dever\u00e3o possuir tamb\u00e9m os detalhes a respeito de liquidez associados a ele cadastrados no sistema
          • Somente usu\u00e1rios cadastrados e autenticados no aplicativo poder\u00e3o visualizar informa\u00e7\u00f5es a respeito da liquidez dos t\u00edtulos
          Exce\u00e7\u00e3o
          • Erro de conex\u00e3o \u00e0 internet

            Caso o usu\u00e1rio n\u00e3o tenha acesso a internet, o aplicativo dever\u00e1 gerar uma mensagem de erro de conex\u00e3o

          • Erro de usu\u00e1rio n\u00e3o autenticado

            Caso o usu\u00e1rio n\u00e3o esteja mais autenticado na aplica\u00e7\u00e3o e ele tente acessar as informa\u00e7\u00f5es do t\u00edtulo, o aplicativo dever\u00e1 gerar uma mensagem de erro de \"sess\u00e3o expirada\" e redirecion\u00e1-lo a tela de login

          • Erro de obten\u00e7\u00e3o de dados do t\u00edtulo

            Caso o t\u00edtulo cadastrado n\u00e3o possua dados de liquidez associados a ele, o sistema dever\u00e1 gerar uma mensagem de obten\u00e7\u00e3o de dados interna para o usu\u00e1rio.

          Autores: Maria Helena e Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#cenario-8-simulacao-da-evolucao-de-metassonhos-rf25","title":"Cen\u00e1rio 8 - Simula\u00e7\u00e3o da Evolu\u00e7\u00e3o de Metas/Sonhos - RF25","text":"

          Tabela 9: Cen\u00e1rio 8

          Cen\u00e1rio: Simula\u00e7\u00e3o da Evolu\u00e7\u00e3o de Metas/Sonhos T\u00edtulo Simula\u00e7\u00e3o da Evolu\u00e7\u00e3o de uma Meta ou Sonho Financeiro Objetivo Permitir que o Investidor ou Interessado visualize, de forma projetada, o progresso financeiro de suas metas ou sonhos, auxiliando no planejamento e tomada de decis\u00f5es sobre investimentos. Contexto O Investidor ou Interessado deseja verificar como suas metas financeiras podem evoluir ao longo do tempo com base em diferentes cen\u00e1rios de aportes e rendimentos, usando o aplicativo do Tesouro Direto para realizar a an\u00e1lise. Atores Investidor ou Interessado Recursos Aplicativo do Tesouro Direto, dados financeiros das metas cadastradas, simulador de evolu\u00e7\u00e3o de investimentos. Epis\u00f3dios
          1. O Investidor ou Interessado acessa a se\u00e7\u00e3o \"Meus Sonhos\" no aplicativo.
          2. Seleciona uma meta ou sonho existente na lista.
          3. Insere dados para simula\u00e7\u00e3o, como valor adicional a ser investido, per\u00edodo de tempo e expectativa de retorno.
          4. O sistema processa os dados e exibe proje\u00e7\u00f5es em gr\u00e1ficos e tabelas.
          5. O Investidor ou Interessado avalia os cen\u00e1rios apresentados e pode ajustar os par\u00e2metros da simula\u00e7\u00e3o para realizar novas an\u00e1lises.
          6. Ap\u00f3s finalizar a an\u00e1lise, o usu\u00e1rio encerra o processo, sem necessidade de salvar a simula\u00e7\u00e3o.
          Restri\u00e7\u00f5es
          • O usu\u00e1rio deve estar autenticado para acessar a funcionalidade.
          • O sistema requer que a meta ou sonho j\u00e1 esteja cadastrada para realizar a simula\u00e7\u00e3o.
          • Os dados de rendimento projetado s\u00e3o baseados em taxas hist\u00f3ricas e n\u00e3o garantem retorno futuro.
          Exce\u00e7\u00e3o
          • Se algum campo necess\u00e1rio para a simula\u00e7\u00e3o estiver vazio ou preenchido incorretamente, o sistema exibe uma mensagem de erro e solicita a corre\u00e7\u00e3o.
          • Se houver falha na comunica\u00e7\u00e3o com o servidor, o sistema exibe uma mensagem de indisponibilidade e orienta o usu\u00e1rio a tentar novamente mais tarde.

          Esse cen\u00e1rio foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

          Autor: V\u00edctor Schmidt

          "},{"location":"modelagem-pt1/cenarios/#cenario-9-relatorios-mensais-de-evolucao-de-rendimentos-rf15","title":"Cen\u00e1rio 9 - Relat\u00f3rios Mensais de Evolu\u00e7\u00e3o de Rendimentos - RF15","text":"

          Tabela 10: Cen\u00e1rio 9

          Cen\u00e1rio: Relat\u00f3rios Mensais de Evolu\u00e7\u00e3o de Rendimentos T\u00edtulo Gera\u00e7\u00e3o de Relat\u00f3rios Mensais de Evolu\u00e7\u00e3o de Rendimentos Objetivo Fornecer ao usu\u00e1rio uma vis\u00e3o consolidada da evolu\u00e7\u00e3o mensal dos rendimentos de seus t\u00edtulos adquiridos que est\u00e3o ativos, auxiliando na an\u00e1lise de desempenho dos investimentos. Contexto O usu\u00e1rio deseja verificar como os rendimentos de seus t\u00edtulos t\u00eam evolu\u00eddo ao longo dos meses, usando os relat\u00f3rios gerados pelo sistema para acompanhamento financeiro. Atores Sistema e Usu\u00e1rio Recursos Base de dados dos rendimentos dos t\u00edtulos adquiridos, m\u00f3dulo de gera\u00e7\u00e3o de relat\u00f3rios, interface do sistema. Epis\u00f3dios
          1. O sistema gera automaticamente o relat\u00f3rio mensal ao final de cada m\u00eas.
          2. O relat\u00f3rio consolida os rendimentos mensais de todos os t\u00edtulos adquiridos ativos pelo usu\u00e1rio.
          3. Os dados s\u00e3o organizados em gr\u00e1ficos e/ou tabelas comparando o m\u00eas atual com os 3 meses anteriores.
          4. O sistema notifica o usu\u00e1rio sobre a disponibilidade do relat\u00f3rio na se\u00e7\u00e3o \"Meus Relat\u00f3rios\".
          5. O usu\u00e1rio acessa o relat\u00f3rio, visualiza os dados e faz o download, se desejar.
          Restri\u00e7\u00f5es
          • O usu\u00e1rio deve estar autenticado para acessar os relat\u00f3rios.
          • Os dados dos rendimentos dos t\u00edtulos devem estar atualizados no sistema.
          • Os relat\u00f3rios s\u00e3o baseados em dados hist\u00f3ricos e n\u00e3o apresentam proje\u00e7\u00f5es futuras.
          Exce\u00e7\u00e3o
          • Se houver falha na gera\u00e7\u00e3o do relat\u00f3rio, o sistema exibe uma mensagem de erro e agenda uma nova tentativa autom\u00e1tica.
          • Se o usu\u00e1rio tentar acessar o relat\u00f3rio durante uma indisponibilidade do servidor, o sistema exibe uma mensagem e sugere tentar novamente mais tarde.

          Esse cen\u00e1rio foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

          Autor: Thales Euflauzino

          "},{"location":"modelagem-pt1/cenarios/#cenario-10-dashboard-com-dados-de-rentabilidade-e-inflacao-rf26","title":"Cen\u00e1rio 10 - Dashboard com Dados de Rentabilidade e Infla\u00e7\u00e3o - RF26","text":"

          Tabela 11: Cen\u00e1rio 10

          Cen\u00e1rio 10 T\u00edtulo Visualiza\u00e7\u00e3o do Dashboard com Dados de Rentabilidade e Infla\u00e7\u00e3o [RF26] Objetivo Permitir que o investidor visualize, na p\u00e1gina inicial, informa\u00e7\u00f5es consolidadas sobre a rentabilidade dos t\u00edtulos adquiridos e a taxa de infla\u00e7\u00e3o atual. Contexto
          • Local: P\u00e1gina inicial do aplicativo Tesouro Direto.
          • Tempo Estimado: Menos de 5 segundos para carregar as informa\u00e7\u00f5es.
          • Pr\u00e9-condi\u00e7\u00f5es: O usu\u00e1rio deve estar autenticado no aplicativo e o sistema deve possuir dados atualizados.
          Atores Investidor e Sistema do Tesouro Direto. Recursos Aplicativo Tesouro Direto e conex\u00e3o com a base de dados do Tesouro Direto. Epis\u00f3dios
          1. O investidor acessa o aplicativo e \u00e9 direcionado \u00e0 p\u00e1gina inicial.
          2. O sistema carrega automaticamente os dados de rentabilidade dos t\u00edtulos adquiridos.
          3. A taxa de infla\u00e7\u00e3o atual e sua varia\u00e7\u00e3o s\u00e3o exibidas no dashboard.
          4. O investidor visualiza um resumo claro e direto das informa\u00e7\u00f5es financeiras relevantes.
          5. Se necess\u00e1rio, o investidor interage com gr\u00e1ficos para detalhar informa\u00e7\u00f5es espec\u00edficas.
          Restri\u00e7\u00f5es O sistema pode apresentar limita\u00e7\u00f5es caso n\u00e3o haja conex\u00e3o com a internet ou se os dados estiverem indispon\u00edveis. Exce\u00e7\u00e3o
          • O sistema n\u00e3o consegue acessar os dados do servidor e exibe uma mensagem informando que os dados est\u00e3o temporariamente indispon\u00edveis.
          • O investidor n\u00e3o possui t\u00edtulos adquiridos, e o sistema exibe uma mensagem sugerindo a aquisi\u00e7\u00e3o de t\u00edtulos para visualizar dados no dashboard.

          Esse cen\u00e1rio foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

          Autor: Victor Rodrigues

          "},{"location":"modelagem-pt1/cenarios/#bibliografia","title":"Bibliografia","text":"

          Bilheteria Digital - Cen\u00e1rios. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/cenarios/. Acesso em 01 de dezembro de 2024

          SERRANO, Milene. Requisitos \u2013 Aula 10. 2017. Apresenta\u00e7\u00e3o de slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

          "},{"location":"modelagem-pt1/cenarios/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

          BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

          "},{"location":"modelagem-pt1/cenarios/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 01/12/2024 Estrutura inical do documento Maria Helena Victor Rodrigues 1.1 01/12/2024 Inicio da cria\u00e7\u00e3o dos Cen\u00e1rios Victor Rodrigues Maria Helena 1.2 10/12/2024 Colocando titulos nos cenarios Thales Euflauzino Victor Schmidt 1.3 10/12/2024 Adicionando rastreabilidade Thales Euflauzino Victor Schmidt 1.4 10/12/2024 Ajustando referencias/bibliografia Thales Euflauzino V\u00edctor Schmidt 1.5 11/12/2024 Adicionando Cen\u00e1rio baseado nas Instru\u00e7\u00f5es do Professor V\u00edctor Schmidt Thales Euflauzino 1.6 11/12/2024 Adicionando Cen\u00e1rio baseado nas Instru\u00e7\u00f5es do Professor Thales Euflauzino V\u00edctor Schmidt 1.7 12/12/2024 Adicionando Cen\u00e1rio baseado nas Instru\u00e7\u00f5es do Professor Victor Rodrigues Thales Euflauzino"},{"location":"modelagem-pt1/especificacao-suplementar/","title":"Especifica\u00e7\u00e3o Suplementar","text":""},{"location":"modelagem-pt1/especificacao-suplementar/#introducao","title":"Introdu\u00e7\u00e3o","text":"

          A Especifica\u00e7\u00e3o Suplementar objetiva descrever requisitos adicionais do aplicativo em linguagem natural, incluindo caracter\u00edsticas relacionadas \u00e0 usabilidade, confiabilidade, desempenho e capacidade de suporte. Ele complementa os Casos de Uso ao especificar pontos que n\u00e3o foram tratados diretamente neles.

          "},{"location":"modelagem-pt1/especificacao-suplementar/#metodologia","title":"Metodologia","text":"

          O modelo adotado para definir os requisitos do aplicativo Tesouro Direto foi o FURPS+. Essa abordagem organiza os requisitos do sistema em categorias como funcionalidade, usabilidade, confiabilidade, desempenho e capacidade de suporte.

          "},{"location":"modelagem-pt1/especificacao-suplementar/#definicoes-da-especificacao-suplementar","title":"Defini\u00e7\u00f5es da Especifica\u00e7\u00e3o Suplementar","text":""},{"location":"modelagem-pt1/especificacao-suplementar/#1-funcionalidades","title":"1. Funcionalidades","text":"

          As funcionalidades foram elicitadas e podem ser encontradas em Elicita\u00e7\u00e3o de requisitos e nos Casos de usos levantados.

          • Elicita\u00e7\u00e3o de Requisitos (prioriza\u00e7\u00e3o)
          • Casos de Uso
          "},{"location":"modelagem-pt1/especificacao-suplementar/#2-usabilidade","title":"2. Usabilidade","text":"

          Este t\u00f3pico aborda os requisitos que influenciam a facilidade de uso da aplica\u00e7\u00e3o pelo usu\u00e1rio. Para essa se\u00e7\u00e3o, os requisitos referentes a usabilidade do aplicativo est\u00e3o listados na tabela 1.

          Tabela 1: Requisitos de usabilidade

          C\u00f3digo Descri\u00e7\u00e3o [RNF04] A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma t\u00e9cnica NBR 17060:2022. [RNF07] O sistema deve oferecer controle ampliado para simula\u00e7\u00f5es de aposentadoria [RNF08] O perfil de recomenda\u00e7\u00e3o de investimentos deve ser acess\u00edvel a partir de 3 cliques de qualquer parte do aplicativo. [RNF09] O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio

          Autores: Maria Helena e J\u00falia Takaki

          "},{"location":"modelagem-pt1/especificacao-suplementar/#3-confiabilidade","title":"3. Confiabilidade","text":"

          Esse t\u00f3pico diz respeito a quanto o aplicativo \u00e9 confi\u00e1vel. Os requisitos relacionados a confiabilidade do sistema est\u00e3o listados na tabela 2.

          Tabela 2: Requisitos de confiabilidade

          C\u00f3digo Descri\u00e7\u00e3o [RNF02] Garantir a seguran\u00e7a dos dados sens\u00edveis do usu\u00e1rio conforme a LGPD [RNF05] O sistema deve permitir integra\u00e7\u00f5es seguras com APIs de institui\u00e7\u00f5es financeiras

          Autores: Maria Helena e J\u00falia Takaki

          "},{"location":"modelagem-pt1/especificacao-suplementar/#4-suportabilidade","title":"4. Suportabilidade","text":"

          Requisitos referentes ao suporte do sistema em diferentes contextos e plataformas e aspectos relevantes a extensibilidade do software. Na tabela 3, os requisitos relacionados a suportabilidade foram elencados.

          Tabela 3: Requisitos de suportabilidade

          C\u00f3digo Descri\u00e7\u00e3o [RNF03] O aplicativo deve ser responsivo para dispositivos m\u00f3veis e tablets. [RNF06] Disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o)

          Autores: Maria Helena e J\u00falia Takaki

          "},{"location":"modelagem-pt1/especificacao-suplementar/#5-performance","title":"5. Performance","text":"

          Esse t\u00f3pico diz respeito a quest\u00f5es relacionadas ao desempenho do software. Os requisitos referentes a desempenho foram listados na tabela 4.

          Tabela 4: Requisitos de performance

          C\u00f3digo Descri\u00e7\u00e3o [RNF01] O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas.

          Autores: Maria Helena e J\u00falia Takaki

          "},{"location":"modelagem-pt1/especificacao-suplementar/#bibliografia","title":"Bibliografia","text":"

          Lichess - Espeficica\u00e7\u00e3o Suplementar. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/especificacao_suplementar/. Acesso em 06 de dezembro de 2024.

          Tik Tok - Especifica\u00e7\u00e3o Suplementar. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.1-TikTok/especificao-suplementar/. Acesso em 07 de dezembro de 2024. SERRANO M., SERRANO M. Requisitos - Aula 13. Dispon\u00edvel na plataforma Aprender3. Aceso em 06 de dez. de 2024.

          SILVA, Davi. Especifica\u00e7\u00e3o Suplementar, dispov\u00edvel em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/especificacao_suplementar/. Acesso em 06 de dez. de 2024.

          ROCHA, Samily. Especifica\u00e7\u00e3o Suplementar - Aula 13. Material de apoio, dispon\u00edvel na plataforma Aprender 3. Aceso em 06 de dez. de 2024.

          "},{"location":"modelagem-pt1/especificacao-suplementar/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/12/2024 Cria\u00e7\u00e3o do documento J\u00falia Takaki Maria Helena 1.1 06/12/2024 Corre\u00e7\u00e3o do documento e adi\u00e7\u00e3o de novos t\u00f3picos Maria Helena J\u00falia Takaki 1.2 07/12/2024 Padronizando versionamento Thales Euflauzino V\u00edctor Schmidt 1.3 10/12/2024 Ajustando referencias/bibliografia Thales Euflauzino V\u00edctor Schmidt 1.4 10/12/2024 Adicionando rastreabilidade Thales Euflauzino V\u00edctor Schmidt 1.5 11/12/2024 Corrigindo RNF04 baseado em Instru\u00e7\u00f5es do Professor V\u00edctor Schmidt Thales Euflauzino 1.6 11/12/2024 Corrigindo RNF08 baseado em Instru\u00e7\u00f5es do Professor Thales Euflauzino V\u00edctor Schmidt"},{"location":"modelagem-pt1/lexicos/","title":"L\u00e9xicos","text":""},{"location":"modelagem-pt1/lexicos/#introducao","title":"Introdu\u00e7\u00e3o","text":"

          O L\u00e9xico \u00e9 uma nota\u00e7\u00e3o que, por meio da descri\u00e7\u00e3o de termos, tem como objetivo descrever os s\u00edmbolos de uma linguagem. No entanto, seu principal objetivo na Engenharia de Requisitos \u00e9 o reconhecimento de palavras ou frases peculiares ao contexto social aplicado no estudo. Cada s\u00edmbolo possui sua no\u00e7\u00e3o e seu impacto. No\u00e7\u00e3o \u00e9 o que o s\u00edmbolo denota, j\u00e1 impacto \u00e9 a conota\u00e7\u00e3o de um s\u00edmbolos, ou seja, o efeito real que ele causa quando executado. O respons\u00e1vel pela cria\u00e7\u00e3o dos l\u00e9xicos foi o integrante: Thales Euflauzino.

          "},{"location":"modelagem-pt1/lexicos/#metodologia","title":"Metodologia","text":"

          Para a confec\u00e7\u00e3o dos l\u00e9xicos, utilizamos a nota\u00e7\u00e3o do L\u00e9xico Ampliado da Linguagem (LAL)1, com os conceitos explicitados na Tabela 1, j\u00e1 o template utilizado est\u00e1 presente na Tabela 2:

          Tabela 1 - L\u00e9xicos do tipo LAL

          Tipo do s\u00edmbolo (Sujeito) No\u00e7\u00e3o (Quem \u00e9 o sujeito?) Impacto(Quais a\u00e7\u00f5es executa?) Verbo Quem realiza, quando acontece e quais os procedimentos envolvidos Quais os reflexos das a\u00e7\u00f5es no ambiente (outras a\u00e7\u00f5es que devem ocorrer) e quais os novos estados decorrentes Objeto Definir o objeto e identificar outros objetos com os quais se relaciona A\u00e7\u00f5es que podem ser aplicadas ao objeto Estado O que significa e quais a\u00e7\u00f5es levaram a esse estado Identificar outros estados e a\u00e7\u00f5es que podem ocorrer a partir do estado que se descreve

          Fonte: SERRANO, Maur\u00edcio e SERRANO, Milene1.

          Tabela 2 - Template L\u00e9xicos

          ID Descri\u00e7\u00e3o Descri\u00e7\u00e3o Explica\u00e7\u00e3o do que \u00e9 o l\u00e9xico e/ou o contexto em que ele \u00e9 usado Classifica\u00e7\u00e3o Verbo/Objeto/Estado No\u00e7\u00e3o S\u00edmbolo Impacto Descri\u00e7\u00e3o de a\u00e7\u00f5es e de seus efeitos Dicion\u00e1rio Sin\u00f4nimos

          Autor: Thales Euflauzino, 2024

          Legenda das Tabelas:

          • RFx: Requisito Funcional n\u00famero x;
          • RNFx: Requisito N\u00e3o Funcional n\u00famero x;
          • ITx: Requisito da Introspec\u00e7\u00e3o n\u00famero x;
          • BFx: Requisito Funcional do Brainstorm n\u00famero x;
          • BFNx: Requisito N\u00e3o Funcional do Brainstorm n\u00famero x;
          • GFx: Requisito do Grupo de Foco n\u00famero x;
          • GLOx: Requisito do Gloss\u00e1rio n\u00famero x;
          "},{"location":"modelagem-pt1/lexicos/#lexicos","title":"L\u00e9xicos","text":""},{"location":"modelagem-pt1/lexicos/#lexico-01-simular-investimentos","title":"L\u00e9xico 01: Simular Investimentos","text":"

          O primerio l\u00e9xico, apresentado na Tabela 3, faz o uso dos seguintes requisitos:

          • IT2 - Permitir a simula\u00e7\u00e3o, realiza\u00e7\u00e3o e visualiza\u00e7\u00e3o de detalhes de investimentos nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o.
          • IT7 - O simulador dever\u00e1 possuir as informa\u00e7\u00f5es de: t\u00edtulo do tesouro nacional que ser\u00e1 usado, tempo de investimento e valor que ser\u00e1 resgatado no futuro ou valor que ser\u00e1 investido agora.
          • IT26- O simulador dever\u00e1 possuir um question\u00e1rio para obter do usu\u00e1rio as informa\u00e7\u00f5es necess\u00e1rias para gerar o simulador.
          • IT27- O sistema dever\u00e1 possuir um simulador da evolu\u00e7\u00e3o de um t\u00edtulo do tesouro direto com base em um determinado per\u00edodo de tempo
          • IT01, GLO01 - O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis com suas caracter\u00edsticas principais: nome do t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento.

          Tabela 3 - L\u00e9xico de Verbo: Simular Investimentos (L01)

          Identificador L01 Descri\u00e7\u00e3o Os t\u00edtulos dispon\u00edveis s\u00e3o listados ap\u00f3s a simula\u00e7\u00e3o Classifica\u00e7\u00e3o Verbo Impacto O investidor/interessado est\u00e1 interessado em simular um investimento.O investidor/interessado escolhe o que quer conquistar, o tempo de investimento e a prioridade (quanto vai ganhar ou preservar o poder de compra).O investidor/interessado realiza a simula\u00e7\u00e3o baseada nas escolhas feitas anteriormente. No\u00e7\u00e3o Calcular proje\u00e7\u00f5es, definir metas e avaliar possibilidades. Dicion\u00e1rio Calcular proje\u00e7\u00f5es, definir metas e avaliar possibilidades.

          Autor: Thales Euflauzino, 2024

          "},{"location":"modelagem-pt1/lexicos/#lexico-02-investidor","title":"L\u00e9xico 02: Investidor","text":"

          O segundo l\u00e9xico, apresentado na Tabela 4, faz o uso dos seguintes requisitos:

          • IT6- Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira.
          • IT2 - O sistema dever\u00e1 permitir a simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o.
          • IT8 - Permitir a consulta de opera\u00e7\u00f5es de compra de t\u00edtulos do tesouro nacional realizadas e agendadas na aplica\u00e7\u00e3o.
          • IT12 - Permitir a visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio (nome, cpf, email, celular).
          • IT13, GLO07 - Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos.
          • IT14 - Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos.

            Tabela 4 - L\u00e9xico de Objeto: Investidor (L02)

            Identificador L02 Descri\u00e7\u00e3o O investidor pode realizar simula\u00e7\u00f5es de investimento (L01).O investidor pode escolher t\u00edtulos com base em suas metas financeiras.O investidor pode consultar o hist\u00f3rico de rendimentos de seus investimentos.O investidor pode configurar alertas e notifica\u00e7\u00f5es sobre t\u00edtulos de interesse.O investidor pode atualizar suas metas financeiras a qualquer momento. Classifica\u00e7\u00e3o Objeto Impacto O investidor \u00e9 o usu\u00e1rio principal do aplicativo Tesouro Direto.O investidor pode ser algu\u00e9m buscando preservar o poder de compra.O investidor pode ser algu\u00e9m interessado em aumentar seu patrim\u00f4nio financeiro.O sistema auxilia o investidor a tomar decis\u00f5es informadas, sugerindo op\u00e7\u00f5es adequadas \u00e0s suas escolhas. No\u00e7\u00e3o Cliente, Interessado, Aplicador e Cidad\u00e3o. Dicion\u00e1rio Cliente, Interessado, Aplicador e Cidad\u00e3o.

            Autor: Thales Euflauzino, 2024

            "},{"location":"modelagem-pt1/lexicos/#lexico-03-filtros-de-tesouros","title":"L\u00e9xico 03: Filtros de Tesouros","text":"

            O terceiro l\u00e9xico, apresentado na Tabela 5, faz o uso dos seguintes requisitos:

            • IT2 - O sistema dever\u00e1 permitir a simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o
            • BF5, GF04 - O sistema dever\u00e1 disponibilizar uma ferramenta para simular a evolu\u00e7\u00e3o do investimento em um t\u00edtulo do tesouro nacional em compara\u00e7\u00e3o com outras op\u00e7\u00f5es de investimento como a poupan\u00e7a, LCI (Letra de Cr\u00e9dito Imobili\u00e1rio) e LCA (Letra de Cr\u00e9dito do Agroneg\u00f3cio), Fundo de Renda Fixa Referenciado DI e CDB (Certificado de Dep\u00f3sito Banc\u00e1rio).
            • IT01, GLO01 - O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis com suas caracter\u00edsticas principais: nome do t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento.

            Tabela 5 - L\u00e9xico de Estados: Filtros de Tesouros (L03)

            Identificador L03 Descri\u00e7\u00e3o Exibe os t\u00edtulos dispon\u00edveis de acordo com o tipo de filtro selecionado pelo investidor/interessado.Facilita a busca ao permitir a segmenta\u00e7\u00e3o por categorias: Selic, Prefixado e Infla\u00e7\u00e3o. Classifica\u00e7\u00e3o Estado Impacto O tipo de t\u00edtulo \u00e9 categorizado pelo sistema com base nos par\u00e2metros financeiros.O aplicativo permite ao investidor/interessado aplicar filtros para encontrar t\u00edtulos espec\u00edficos. No\u00e7\u00e3o T\u00edtulos Selic, T\u00edtulos Prefixados, T\u00edtulos de Infla\u00e7\u00e3o. Dicion\u00e1rio T\u00edtulos Selic, T\u00edtulos Prefixados, T\u00edtulos de Infla\u00e7\u00e3o.

            Autor: Thales Euflauzino, 2024

            "},{"location":"modelagem-pt1/lexicos/#lexico-04-relatorios-personalizados","title":"L\u00e9xico 04: Relat\u00f3rios Personalizados","text":"

            O quarto l\u00e9xico, apresentado na Tabela 6, faz o uso dos seguintes requisitos:

            • IT15 - O sistema deve fornecer relat\u00f3rios mensais contendo a evolu\u00e7\u00e3o dos rendimentos dos t\u00edtulos adquiridos pelo usu\u00e1rio com base nos meses anteriores.
            • IT01, GLO01 - O sistema deve permitir que o usu\u00e1rio visualize a lista de t\u00edtulos p\u00fablicos dispon\u00edveis com suas caracter\u00edsticas principais: nome do t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento.

            Tabela 6 - L\u00e9xico de Verbo: Relat\u00f3rios Personalizados (L04)

            Identificador L04 Descri\u00e7\u00e3o Ferramenta que permite a gera\u00e7\u00e3o de relat\u00f3rios detalhados sobre rentabilidade, evolu\u00e7\u00e3o patrimonial e simula\u00e7\u00f5es financeiras realizadas. Classifica\u00e7\u00e3o Verbo Impacto O sistema gera relat\u00f3rios espec\u00edficos com base nas simula\u00e7\u00f5es financeiras realizadas e nos dados de investimentos.Os relat\u00f3rios podem ser usados pelo investidor/interessado para planejar novas estrat\u00e9gias financeiras. No\u00e7\u00e3o Ferramenta de an\u00e1lise de dados financeiros. Dicion\u00e1rio Relat\u00f3rio de Rentabilidade, Relat\u00f3rio de Evolu\u00e7\u00e3o Patrimonial, Relat\u00f3rios de Simula\u00e7\u00e3o.

            Autor: Thales Euflauzino, 2024

            "},{"location":"modelagem-pt1/lexicos/#lexico-05-investidor-ou-interessado","title":"L\u00e9xico 05: Investidor ou Interessado","text":"

            O quinto l\u00e9xico, apresentado na Tabela 7, faz o uso dos seguintes requisitos:

            • IT2 - O sistema dever\u00e1 permitir a simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o
            • IT6- Disponibilizar consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira.
            • IT8 - Permitir a consulta de opera\u00e7\u00f5es de compra de t\u00edtulos do tesouro nacional realizadas e agendadas na aplica\u00e7\u00e3o.
            • IT12 - Permitir a visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio (nome, cpf, email, celular).
            • IT13, GLO07 - Implementar notifica\u00e7\u00f5es personalizadas para lembrar o usu\u00e1rio de metas ou vencimento de t\u00edtulos.
            • IT14 - Permitir a transfer\u00eancia autom\u00e1tica entre investimentos com base em metas ou cen\u00e1rios predefinidos.
            • IT18 - Incorporar alertas de mercado com base em mudan\u00e7as na taxa SELIC ou infla\u00e7\u00e3o.
            • GF01 - O aplicativo dever\u00e1 possuir a op\u00e7\u00e3o de realizar o login e cadastro a partir do sistema gov.br.

            Tabela 7 - L\u00e9xico de Objeto: Investidor ou Interessado (L05)

            Identificador L05 Descri\u00e7\u00e3o O investidor pode gerar relat\u00f3rios personalizados (L04).O investidor pode consultar dados de sua conta e hist\u00f3rico de investimentos.O investidor pode consultar o hist\u00f3rico de rendimentos de seus investimentos.(L02)O investidor pode configurar alertas personalizados sobre metas financeiras.O investidor pode realizar transfer\u00eancias autom\u00e1ticas entre investimentos com base em objetivos definidos.O investidor/interessado pode realizar simula\u00e7\u00f5es de investimento com base em seus objetivos financeiros (L01, L03).O sistema permite login integrado com o gov.br. Classifica\u00e7\u00e3o Objeto Impacto O investidor/interessado interage diretamente com as principais funcionalidades do aplicativo.O sistema auxilia na tomada de decis\u00f5es financeiras com base nas prefer\u00eancias e metas do investidor/interessado.Permite a personaliza\u00e7\u00e3o de notifica\u00e7\u00f5es e metas financeiras. No\u00e7\u00e3o Cliente, Explorador, Aplicador, Cidad\u00e3o. Dicion\u00e1rio Cliente, Explorador, Aplicador, Cidad\u00e3o.

            Autor: Thales Euflauzino, 2024

            "},{"location":"modelagem-pt1/lexicos/#lexico-06-simulacao-de-metassonhos","title":"L\u00e9xico 06: Simula\u00e7\u00e3o de Metas/Sonhos","text":"

            O quinto l\u00e9xico, apresentado na Tabela 8, faz o uso do requisito RF25. Esse l\u00e9xico foi feito baseado nas Instru\u00e7\u00f5es do Professor sobre os requisitos a serem desenvolvidos no projeto.

            Tabela 8 - L\u00e9xico de Objeto: Simula\u00e7\u00e3o de Metas/Sonhos (RF25)

            Identificador RF25 Descri\u00e7\u00e3o O Investidor ou Interessado pode simular a evolu\u00e7\u00e3o de suas metas financeiras no aplicativo.O Investidor ou Interessado insere par\u00e2metros como valor adicional a ser investido, per\u00edodo de tempo e expectativa de retorno.O sistema exibe uma proje\u00e7\u00e3o da evolu\u00e7\u00e3o da meta ou sonho financeiro em gr\u00e1ficos e tabelas.O Investidor ou Interessado pode ajustar os par\u00e2metros da simula\u00e7\u00e3o para explorar diferentes cen\u00e1rios.O sistema calcula e apresenta as proje\u00e7\u00f5es com base em dados financeiros hist\u00f3ricos.O Investidor ou Interessado pode visualizar o impacto dos aportes na meta/salvo na conta do usu\u00e1rio. Classifica\u00e7\u00e3o Objeto Impacto O Investidor ou Interessado pode tomar decis\u00f5es informadas sobre como atingir suas metas financeiras, ajustando o investimento de acordo com a proje\u00e7\u00e3o de evolu\u00e7\u00e3o.O sistema oferece uma ferramenta visual e interativa para a an\u00e1lise de metas, aumentando a confian\u00e7a do usu\u00e1rio em suas escolhas financeiras.O sistema permite a personaliza\u00e7\u00e3o das simula\u00e7\u00f5es, com base em diferentes vari\u00e1veis de contribui\u00e7\u00e3o e rentabilidade. No\u00e7\u00e3o Simulador, Planejador, Investidor, Proje\u00e7\u00e3o Financeira. Dicion\u00e1rio Simulador, Planejador, Investidor, Proje\u00e7\u00e3o Financeira.

            Autor: V\u00edctor Schmidt, 2024

            "},{"location":"modelagem-pt1/lexicos/#bibliografia","title":"Bibliografia","text":"

            Bilheteria Digital - L\u00e9xicos. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/lexicos/. Acesso em 28 de novembro de 2024

            "},{"location":"modelagem-pt1/lexicos/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

            1. SERRANO, Maur\u00edcio; SERRANO, Milene. Requisitos - Aula 10. Aprender 3. Distrito Federal, 2016. Dispon\u00edvel em: <https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf>. Acesso em: 28 de novembro de 2024.

            "},{"location":"modelagem-pt1/lexicos/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 28/11/2024 Cria\u00e7\u00e3o dos l\u00e9xicos. Thales Euflauzino Maria Helena 1.1 07/12/2024 Corrigindo Fonte para Autor Thales Euflauzino V\u00edctor Schmidt 1.2 10/12/2024 Ajustando rastreabilidade e hyperlinks V\u00edctor Schmidt Thales Euflauzino 1.3 10/12/2024 Ajustando usu\u00e1rio para investidor Thales Euflauzino V\u00edctor Schmidt 1.4 11/12/2024 Ajustando rastreabilidade dos c\u00f3digos novos dos requisitos Thales Euflauzino V\u00edctor Schmidt 1.5 11/12/2024 Adicionando l\u00e9xico baseado nas Instru\u00e7\u00f5es do Professor V\u00edctor Schmidt Thales Euflauzino 1.6 11/12/2024 Ajustando n\u00fameros das tabelas Thales Euflauzino V\u00edctor Schmidt"},{"location":"modelagem-pt1/validacaoCasodeUso/","title":"Valida\u00e7\u00e3o dos Casos de Uso","text":""},{"location":"modelagem-pt1/validacaoCasodeUso/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            A valida\u00e7\u00e3o tem como principal prop\u00f3sito garantir que cada caso de uso seja claro, completo, coerente e exequ\u00edvel. Esse processo inclui assegurar que todas as intera\u00e7\u00f5es entre o usu\u00e1rio e o sistema estejam devidamente descritas, al\u00e9m de verificar se as condi\u00e7\u00f5es antes e depois da execu\u00e7\u00e3o est\u00e3o claramente especificadas. Uma valida\u00e7\u00e3o bem conduzida ajuda a identificar erros precocemente, diminuindo os custos e esfor\u00e7os durante o desenvolvimento, al\u00e9m de melhorar a satisfa\u00e7\u00e3o do cliente ao fornecer um produto que atenda efetivamente \u00e0s suas expectativas.

            "},{"location":"modelagem-pt1/validacaoCasodeUso/#metodologia","title":"Metodologia","text":"

            Para o desenvolvimento deste artefato, foram utilizadas as t\u00e9cnicas de encena\u00e7\u00e3o (roleplaying) e entrevistas. Na encena\u00e7\u00e3o, a persona Gustavo Ribeiro foi aplicada, permitindo que a equipe simulasse caracter\u00edsticas e necessidades de um usu\u00e1rio t\u00edpico. Essa t\u00e9cnica ajudou a modelar cen\u00e1rios realistas e validar os casos de uso. A tabela 1 apresenta os participantes da valida\u00e7\u00e3o dos Casos de Uso

            Tabela 1: Cronograma de grava\u00e7\u00e3o da valida\u00e7\u00e3o dos casos de uso

            Participantes Fun\u00e7\u00e3o Local Victor Rodrigues Entrevistador Microsoft Teams Victor Schmidt Persona Gustavo Ribeiro Microsoft Teams

            Autor: Victor Rodrigues, 2024

            "},{"location":"modelagem-pt1/validacaoCasodeUso/#gravacao","title":"Grava\u00e7\u00e3o","text":"

            No v\u00eddeo 1 apresenta-se a grava\u00e7\u00e3o da valida\u00e7\u00e3o dos casos de uso.

            V\u00eddeo 1: Reuni\u00e3o - Valida\u00e7\u00e3o de casos de uso

            Autor: Victor Rodrigues, 2024

            "},{"location":"modelagem-pt1/validacaoCasodeUso/#bibliografia","title":"Bibliografia","text":"

            Requisitos de Software. Economia DF (2023.2). Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.2-Economia-DF/. Acesso em: 06 Dez. 2024.

            Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. 8.2 Personas, p. 167-171. Autopublica\u00e7\u00e3o. ISBN: 978-65-00-19677-1.

            Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. 7.5.1 Entrevistas, p 144-148. Autopublica\u00e7\u00e3o. ISBN: 978-65-00-19677-1.

            "},{"location":"modelagem-pt1/validacaoCasodeUso/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 06/12/2024 Estrutura inical do documento Victor Rodrigues V\u00edctor Schmidt"},{"location":"modelagem-pt2/backlog/","title":"Product Backlog","text":""},{"location":"modelagem-pt2/backlog/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O Product Backlog do aplicativo do Tesouro Direto ser\u00e1 uma lista din\u00e2mica que reunir\u00e1 todas as funcionalidades desejadas para o produto. Ele ser\u00e1 gerenciado pelo Product Owner \u2014 um usu\u00e1rio do pr\u00f3prio aplicativo \u2014, garantindo a entrega incremental de valor ao longo do tempo [Mauricio e Milene]. Este documento apresenta a metodologia utilizada para a constru\u00e7\u00e3o e prioriza\u00e7\u00e3o do Backlog. Durante sua elabora\u00e7\u00e3o, dois Product Owners ser\u00e3o designados: um respons\u00e1vel por construir o Backlog e outro por prioriz\u00e1-lo, devido a conflitos de hor\u00e1rios entre os integrantes do grupo.

            "},{"location":"modelagem-pt2/backlog/#metodologia","title":"Metodologia","text":"

            A constru\u00e7\u00e3o do Product Backlog seguir\u00e1 os passos descritos abaixo:

            1 - Defini\u00e7\u00e3o de perguntas:

            • Thales Euflauzino e V\u00edctor Schmidt ser\u00e1 respons\u00e1vel por criar um roteiro de perguntas baseado nas hist\u00f3rias de usu\u00e1rio j\u00e1 existentes.
            • Esse roteiro servir\u00e1 para explorar as necessidades e expectativas dos usu\u00e1rios em maior profundidade.

            2 - Entrevistas com o Product Owner:

            • V\u00edctor Schmidt, Thales Euflauzino, J\u00falia Takaki e Maria Helena realizaram a entrevista com um Product Owner, V\u00edctor Rodrigues fez a entrevista de seus requisitos com outro Product Owner, utilizando o roteiro elaborado, para coletar informa\u00e7\u00f5es detalhadas sobre as funcionalidades desejadas.

            3 - Constru\u00e7\u00e3o do Backlog:

            • Com base nas respostas obtidas nas entrevistas, ser\u00e1 criado um backlog inicial contendo todas as funcionalidades identificadas.
            • Cada funcionalidade ser\u00e1 descrita de forma clara e objetiva, empregando a t\u00e9cnica de hist\u00f3rias de usu\u00e1rio.

            4 - Prioriza\u00e7\u00e3o do Backlog:

            A prioriza\u00e7\u00e3o ser\u00e1 realizada por todos os integrantes do Grupo com base no crit\u00e9rio DEEP (Duarte, 2020), que considera quatro aspectos principais para organiza\u00e7\u00e3o do backlog. As funcionalidades ser\u00e3o classificadas de acordo com n\u00edveis de prioridade (alta, m\u00e9dia ou baixa) para garantir clareza e efici\u00eancia no desenvolvimento.

            • Detalhado: As funcionalidades que est\u00e3o mais pr\u00f3ximas da implementa\u00e7\u00e3o ser\u00e3o descritas com maior n\u00edvel de detalhamento, minimizando ambiguidades durante o desenvolvimento. Essa abordagem garante que itens de alta prioridade estejam completamente claros e preparados para execu\u00e7\u00e3o.

            • Estim\u00e1vel: Cada funcionalidade ser\u00e1 avaliada quanto ao esfor\u00e7o necess\u00e1rio para sua implementa\u00e7\u00e3o, considerando recursos como tempo, equipe e complexidade t\u00e9cnica. Funcionalidades que n\u00e3o podem ser estimadas com precis\u00e3o poder\u00e3o ser classificadas inicialmente como baixa prioridade, sendo revisadas posteriormente quando houver mais informa\u00e7\u00f5es.

            • Emergente: O backlog ser\u00e1 tratado como um artefato din\u00e2mico, sendo continuamente atualizado para refletir novas demandas ou mudan\u00e7as no escopo do projeto. Funcionalidades previamente categorizadas como baixa prioridade podem ser reclassificadas como alta prioridade \u00e0 medida que surgem novas necessidades ou estrat\u00e9gias.

            • Priorizado: O valor que cada funcionalidade gera para o cliente ou para os objetivos do neg\u00f3cio ser\u00e1 o principal crit\u00e9rio para defini\u00e7\u00e3o da prioridade.

              • Alta prioridade: Funcionalidades cr\u00edticas ou que proporcionam maior valor em curto prazo.
              • M\u00e9dia prioridade: Funcionalidades importantes, mas que n\u00e3o t\u00eam impacto imediato.
              • Baixa prioridade: Funcionalidades de menor valor agregado ou que possuem menor relev\u00e2ncia no contexto atual do projeto.

            Dessa forma, o uso do crit\u00e9rio DEEP possibilita um planejamento mais eficiente e adapt\u00e1vel, garantindo que o desenvolvimento seja direcionado \u00e0s necessidades que oferecem maior impacto ao cliente e ao projeto.

            "},{"location":"modelagem-pt2/backlog/#definicao-das-perguntas","title":"Defini\u00e7\u00e3o das Perguntas","text":"

            A constru\u00e7\u00e3o do Product Backlog ser\u00e1 realizada antes da elabora\u00e7\u00e3o das hist\u00f3rias de usu\u00e1rio, permitindo uma vis\u00e3o ampla das funcionalidades e necessidades do produto. O roteiro de perguntas ser\u00e1 organizado em t\u00f3picos principais, com um link para o documento completo contendo todas as perguntas detalhadas.

            • Acesse aqui o PDF com as perguntas completas
            "},{"location":"modelagem-pt2/backlog/#topicos-principais","title":"T\u00f3picos Principais","text":""},{"location":"modelagem-pt2/backlog/#especificas","title":"Espec\u00edficas","text":"

            Essas perguntas focam nos dados exibidos no aplicativo e como eles ser\u00e3o organizados. Principais pontos incluem:

            • Tipos de t\u00edtulos exibidos (Tesouro Prefixado, Tesouro Selic, etc.) e detalhes como prazos de vencimento, taxas de juros e hist\u00f3rico de pre\u00e7os.

            • Gerenciamento de prazos e informa\u00e7\u00f5es financeiras, como categoriza\u00e7\u00e3o de curto, m\u00e9dio e longo prazo e apresenta\u00e7\u00e3o de rendimentos.

            "},{"location":"modelagem-pt2/backlog/#processo-de-compra","title":"Processo de Compra","text":"

            Exploram as etapas e regras de aquisi\u00e7\u00e3o de t\u00edtulos:

            • Defini\u00e7\u00e3o de limites para compra, suporte a resgates antecipados e integra\u00e7\u00e3o com m\u00e9todos de pagamento.

            • Gerenciamento de agendamentos, comportamento em feriados banc\u00e1rios e clareza sobre taxas administrativas.

            • Ferramentas para compara\u00e7\u00e3o de op\u00e7\u00f5es de investimento e simula\u00e7\u00e3o financeira.

            "},{"location":"modelagem-pt2/backlog/#usabilidade","title":"Usabilidade","text":"

            Destaque em melhorar a experi\u00eancia do usu\u00e1rio:

            • Personaliza\u00e7\u00e3o de metas, artigos educativos e simuladores para tomada de decis\u00e3o.

            • Recursos como notifica\u00e7\u00f5es, tutoriais e barra de progresso para metas.

            • Valida\u00e7\u00e3o do perfil do usu\u00e1rio (expertise) e op\u00e7\u00f5es de temas como modo escuro.

            "},{"location":"modelagem-pt2/backlog/#seguranca","title":"Seguran\u00e7a","text":"

            Garantia de privacidade e prote\u00e7\u00e3o de dados:

            • Uso de criptografia e autentica\u00e7\u00e3o (biometria, token, 2FA).

            • Suporte a login por redes sociais e protocolos seguros para informa\u00e7\u00f5es banc\u00e1rias.

            • Seguran\u00e7a em transa\u00e7\u00f5es e atualiza\u00e7\u00e3o de dados de t\u00edtulos conforme infla\u00e7\u00e3o e juros.

            "},{"location":"modelagem-pt2/backlog/#acessibilidade","title":"Acessibilidade","text":"

            Inclus\u00e3o de usu\u00e1rios com necessidades especiais:

            • Compatibilidade com leitores de tela e descri\u00e7\u00f5es de \u00e1udio.

            • Op\u00e7\u00f5es de alto contraste, ajuste de fontes e velocidade do \u00e1udio.

            • Design de interface claro para usu\u00e1rios com defici\u00eancia cognitiva.

            "},{"location":"modelagem-pt2/backlog/#video-1-elaboracao-do-product-backlog-com-o-product-owner","title":"V\u00eddeo 1 - Elabora\u00e7\u00e3o do Product Backlog com o Product Owner","text":"

            Este v\u00eddeo apresenta a elabora\u00e7\u00e3o do Product Backlog conduzida exclusivamente com o Product Owner Adrian. Durante a grava\u00e7\u00e3o, Adrian respondeu a diversas perguntas formuladas por nossa equipe, contribuindo para a constru\u00e7\u00e3o do backlog.

            O uso de sua imagem foi previamente autorizado, e sua declara\u00e7\u00e3o de consentimento pode ser vista no in\u00edcio do v\u00eddeo.

            V\u00eddeo 1 - Elabora\u00e7\u00e3o do Product Backlog com o PO

            Autor: V\u00edctor Schmidt

            "},{"location":"modelagem-pt2/backlog/#video-2-priorizacao-do-product-backlog","title":"V\u00eddeo 2 - Prioriza\u00e7\u00e3o do Product Backlog","text":"

            Apresentamos o v\u00eddeo 2 sobre a prioriza\u00e7\u00e3o de requisitos do Product Backlog. Os Product Owners Adrian e Cau\u00e3 lideraram as atividades de prioriza\u00e7\u00e3o. Adrian realizou a prioriza\u00e7\u00e3o com a participa\u00e7\u00e3o da maior parte dos membros da equipe, enquanto Cau\u00e3 utilizou a prioriza\u00e7\u00e3o realizada por V\u00edctor Rodrigues para organizar os requisitos no backlog.

            O v\u00eddeo foi produzido com o consentimento de ambos os Product Owners, que confirmam a autoriza\u00e7\u00e3o para uso de suas imagens ao longo da grava\u00e7\u00e3o.

            V\u00eddeo 2 - Prioriza\u00e7\u00e3o do Product Backlog

            Autor: V\u00edctor Schmidt

            "},{"location":"modelagem-pt2/backlog/#backlog","title":"Backlog","text":""},{"location":"modelagem-pt2/backlog/#respostas-do-product-owner","title":"Respostas do Product Owner","text":"
            • Acesse aqui o PDF com as respostas completas
            "},{"location":"modelagem-pt2/backlog/#product-backlog_1","title":"Product Backlog","text":"

            A tabela 1 resume os \u00e9picos, organizando-os em features e os requisitos relacionados. Al\u00e9m disso, o restante deste documento detalha o processo de defini\u00e7\u00e3o dos temas, \u00e9picos e features, bem como o significado de cada um desses termos.

            "},{"location":"modelagem-pt2/backlog/#tabela-1-product-backlog-elaborado-com-o-product-owner","title":"Tabela 1 - Product Backlog Elaborado com o Product Owner.","text":"\u00c9pico Feature Hist\u00f3ria de Usu\u00e1rio Requisitos Prioriza\u00e7\u00e3o(Alta, M\u00e9dia ou Baixa) EC01 - Visualiza\u00e7\u00e3o de T\u00edtulos P\u00fablicos Feature 1 - Listar T\u00edtulos US01: Eu, como usu\u00e1rio, desejo visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis e suas caracter\u00edsticas principais como nome, t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento para conhecer mais sobre os t\u00edtulos e realizar RF01 Alta US30: Como um usu\u00e1rio, eu quero que o sistema armazene e exiba as principais informa\u00e7\u00f5es sobre os t\u00edtulos p\u00fablicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decis\u00f5es informadas. RF36 Alta Feature 2 - Filtros de Prazo US01: Eu, como usu\u00e1rio, desejo visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis e suas caracter\u00edsticas principais como nome, t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento para conhecer mais sobre os t\u00edtulos e realizar investimentos. RF01 Alta EC02 - Gerenciamento de Investimentos Feature 3 - Agendamento de Compras US29: Como investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros. RF35 Alta Feature 4 - Transfer\u00eancia Autom\u00e1tica entre Investimentos US11: Eu, como usu\u00e1rio, desejo que seja feita uma transfer\u00eancia autom\u00e1tica entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado RF14 M\u00e9dia US14: Eu, como usu\u00e1rio, desejo que o aplicativo possua integra\u00e7\u00e3o com carteiras digitais para que eu possa realizar a compra dos t\u00edtulos do tesouro direto RF17 Alta EC03 - Simula\u00e7\u00f5es de Investimentos Feature 5 - Simula\u00e7\u00e3o de Metas US31: Como investidor, eu quero simular a evolu\u00e7\u00e3o de um t\u00edtulo com base em um per\u00edodo de tempo, para que eu possa prever a rentabilidade do investimento. RF39 Alta US18: Como um investidor, eu quero visualizar a liquidez dos t\u00edtulos simulados, para que eu possa avaliar a melhor op\u00e7\u00e3o para meu perfil de investimento. RF23 Alta US32: Como um investidor, eu quero responder a um question\u00e1rio no simulador, para que as simula\u00e7\u00f5es geradas estejam alinhadas ao meu perfil e objetivos. RF38 M\u00e9dia Feature 6 - Compara\u00e7\u00e3o de Investimentos US19: Como investidor, eu quero simular a evolu\u00e7\u00e3o dos t\u00edtulos do Tesouro Direto em compara\u00e7\u00e3o com outras op\u00e7\u00f5es, para que eu possa tomar decis\u00f5es informadas sobre meus investimentos. RF02 Alta RF24 Alta US02: Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o da evolu\u00e7\u00e3o do meu t\u00edtulo para planejar os meus investimentos. RF37 Alta US33: Como investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras. EC04 - Painel de Controle e Relat\u00f3rios Feature 7 - Relat\u00f3rios de Rentabilidade US12: Eu, como usu\u00e1rio, desejo receber relat\u00f3rios mensais dos meus investimentos, para poder visualizar dados de evolu\u00e7\u00e3o dos investimentos. RF15 Alta US26: Como investidor, eu quero visualizar a rentabilidade acumulada de cada t\u00edtulo na minha carteira, para que eu possa monitorar meu portf\u00f3lio de investimentos. RF32 Alta US06: Eu, como usu\u00e1rio, desejo realizar a consulta \u00e0 taxa de cust\u00f3dia da B3 e a taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira na qual o t\u00edtulo ser\u00e1 adquirido, para entender os custos relacionados ao meu investimento de interesse RF06 Alta RNF01 Alta RNF11 Alta Feature 8 - Dashboard US21: Como investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus t\u00edtulos e a taxa de infla\u00e7\u00e3o, para que eu possa ter uma vis\u00e3o geral dos meus investimentos. RF26 M\u00e9dia EC05 - Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio Feature 9 - Cadastro de Usu\u00e1rio US16: Como um novo usu\u00e1rio, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugest\u00f5es e recursos. RF20 M\u00e9dia US24: Como usu\u00e1rio, eu quero visualizar sugest\u00f5es personalizadas com base na minha expertise, para que eu possa acessar conte\u00fados relevantes e de acordo com meu perfil. US27: Como usu\u00e1rio, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo. RF33 Alta US28: Como usu\u00e1rio, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma pr\u00e1tica e segura. RF34 M\u00e9dia US27: Como usu\u00e1rio, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo. RF41 Alta Feature 10 - Personaliza\u00e7\u00e3o de Tema US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos RNF09 Baixa Feature 11 - Sugest\u00f5es Personalizadas com Base na Expertise US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos RF29 Baixa EC06 - Seguran\u00e7a e Acessibilidade Feature 12 - Autentica\u00e7\u00e3o Segura US39: Eu, Como um usu\u00e1rio, desejo ter seguran\u00e7a na navega\u00e7\u00e3o no aplicativo, para garantir a seguran\u00e7a dos meus dados. RNF02 Alta US40: Eu, Como um usu\u00e1rio, desejo poder acessar o dispositivo em qualquer tablet ou celular compat\u00edvel . RNF03 M\u00e9dia US39: Eu, Como um usu\u00e1rio, desejo ter seguran\u00e7a na navega\u00e7\u00e3o no aplicativo, para garantir a seguran\u00e7a dos meus dados. RNF05 Alta RNF10 Alta Feature 13 - Acessibilidade Visual US41: Eu, Como um usu\u00e1rio, desejo navegar em um aplicativo acess\u00edvel para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade. RNF04 Baixa EC07 - Processo de Compra de T\u00edtulos Feature 14 - Fluxo de Compra US03: Eu, como usu\u00e1rio, desejo realizar o resgate antecipado dos t\u00edtulos, para obter imediatamente o valor investido nesse t\u00edtulo. RF03 Alta US07: Eu, como usu\u00e1rio, desejo realizar a consulta de compras realizadas e agendadas na aplica\u00e7\u00e3o para me atualizar da situa\u00e7\u00e3o dos meus investimentos. RF08 Alta US25: Como investidor, eu quero comprar t\u00edtulos p\u00fablicos com diferentes m\u00e9todos de pagamento, para que eu tenha flexibilidade nas transa\u00e7\u00f5es. RF31 Alta Feature 15 - Notifica\u00e7\u00f5es de Status US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos RF13 M\u00e9dia EC08 - Recursos Educativos Feature 16 - Artigos e Not\u00edcias US13: Eu, como usu\u00e1rio, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto. RF16 Baixa Feature 17 - V\u00eddeos e Tutoriais US17: Como um novo usu\u00e1rio, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utiliz\u00e1-lo de forma eficiente desde o in\u00edcio. RF21 Baixa EC09 - Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro Feature 18 - Defini\u00e7\u00e3o de Metas US04: Eu, como usu\u00e1rio, desejo salvar as minhas metas de investimento no aplicativo. RF04 Baixa Feature 19 - Acompanhamento de Metas US20: Como usu\u00e1rio, eu quero simular a evolu\u00e7\u00e3o das minhas metas na tela de \"Meus Sonhos\", para que eu possa ajustar meu planejamento conforme necess\u00e1rio. RF25 Alta US22: Como usu\u00e1rio, eu quero visualizar uma barra de progresso em cada meta na aba \"Meus Sonhos\", para que eu saiba quanto falta para atingir meu objetivo. RF27 Baixa US34: Como usu\u00e1rio, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo. RF40 Baixa EC10 - Simuladores Avan\u00e7ados Feature 20 - Simula\u00e7\u00e3o de Aposentadoria US05: Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos t\u00edtulos do tesouro nacional RF05 Alta Feature 21 - Compara\u00e7\u00e3o com INSS US23: Como usu\u00e1rio, eu quero comparar minha simula\u00e7\u00e3o de aposentadoria com os padr\u00f5es do INSS, para que eu entenda as vantagens de investir no Tesouro Direto. RF28 M\u00e9dia EC11 - Gerenciamento de Dados do Usu\u00e1rio Feature 22 - Valida\u00e7\u00e3o de Dados US09Eu, como usu\u00e1rio, desejo visualizar minhas informa\u00e7\u00f5es cadastradas na aplica\u00e7\u00e3o para obter informa\u00e7\u00e3o a respeito dos meus dados na aplica\u00e7\u00e3o RF41 Alta Feature 23 - Altera\u00e7\u00e3o de Informa\u00e7\u00f5es Pessoais RF12 M\u00e9dia Feature 24 - Acessibilidade ao Perfil US35: Como um usu\u00e1rio, eu quero que meu cadastro inclua valida\u00e7\u00e3o de dados pessoais, para que eu evite erros no preenchimento. RNF08 Alta RNF04 Baixa EC12 - Integra\u00e7\u00e3o com Canais de Atendimento Feature 25 - Canal de Suporte US08: Eu, como usu\u00e1rio, desejo ter acesso a informa\u00e7\u00f5es de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usu\u00e1rios, para obter ajuda com as minhas d\u00favidas referentes \u00e0s funcionalidades do aplicativo. RF09 Baixa Feature 26 - Notifica\u00e7\u00f5es de Suporte US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos RF13 M\u00e9dia EC13 - Funcionalidades de Acessibilidade Feature 27 - Temas de Alto Contraste US36: Eu, Como um usu\u00e1rio, quero que poder escolher entre tema claro e escuro, para melhorar a minha experi\u00eancia no aplicativo. RNF09 Baixa Feature 28 - Ajuste de Velocidade de \u00c1udio US37: Eu, Como um usu\u00e1rio, desejo ajustar a velocidade dos \u00e1udios dispon\u00edveis no aplicativo para melhorar minha compreens\u00e3o dos conte\u00fados de \u00e1udio. RNF04 Baixa EC14 - Multil\u00edngue e Inclus\u00e3o Feature 29 - Tradu\u00e7\u00e3o Multil\u00edngue US38: Eu, Como um usu\u00e1rio, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim. RNF06 M\u00e9dia Feature 30 - Troca Din\u00e2mica de Idioma RNF01 Alta EC15 - Atualiza\u00e7\u00f5es e Notifica\u00e7\u00f5es Autom\u00e1ticas Feature 31 - Notifica\u00e7\u00f5es de Taxas e Infla\u00e7\u00e3o US15: Como usu\u00e1rio, eu quero receber alertas personalizados sobre mudan\u00e7as na taxa SELIC e infla\u00e7\u00e3o, para que eu possa ajustar meus investimentos com base no mercado. RF18 M\u00e9dia Feature 32 - Alertas de Feriados e Indisponibilidade RF36 Alta

            Autor: Thales Euflauzino e V\u00edctor Schmidt, 2024

            "},{"location":"modelagem-pt2/backlog/#epicos","title":"\u00c9picos","text":"

            Para reduzir o n\u00edvel de abstra\u00e7\u00e3o presente nos temas e detalhar melhor as funcionalidades, foram registrados os \u00e9picos, que representam grandes blocos de trabalho organizados com base nas respostas do Product Owner. Cada \u00e9pico descreve um objetivo geral que pode ser dividido em tarefas menores, conhecidas como hist\u00f3rias de usu\u00e1rio (user stories) ou simplesmente \"hist\u00f3rias\".

            Os \u00e9picos servem como um cont\u00eainer para agrupar funcionalidades relacionadas, permitindo uma vis\u00e3o de alto n\u00edvel do trabalho a ser realizado e facilitando a leitura e o entendimento da tabela de backlog. Ap\u00f3s a tabela 1, est\u00e3o os \u00e9picos que foram elaborados com base nas necessidades e requisitos identificados.

            "},{"location":"modelagem-pt2/backlog/#ec01-visualizacao-de-titulos-publicos","title":"EC01. Visualiza\u00e7\u00e3o de T\u00edtulos P\u00fablicos","text":"
            • Descri\u00e7\u00e3o: Implementar funcionalidades para listar e exibir detalhes dos t\u00edtulos do Tesouro Nacional, categorizados por prazo de vencimento.
            • Hist\u00f3rias Relacionadas:
              • US01: Eu, como usu\u00e1rio, desejo visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis e suas caracter\u00edsticas principais como nome, t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento para conhecer mais sobre os t\u00edtulos e realizar investimentos.
              • US30: Como um usu\u00e1rio, eu quero que o sistema armazene e exiba as principais informa\u00e7\u00f5es sobre os t\u00edtulos p\u00fablicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decis\u00f5es informadas.
            "},{"location":"modelagem-pt2/backlog/#ec02-gerenciamento-de-investimentos","title":"EC02. Gerenciamento de Investimentos","text":"
            • Descri\u00e7\u00e3o: Desenvolver funcionalidades para agendamento e execu\u00e7\u00e3o de investimentos, integrando APIs banc\u00e1rias com seguran\u00e7a avan\u00e7ada.
            • Hist\u00f3rias Relacionadas:
              • US11: Eu, como usu\u00e1rio, desejo que seja feita uma transfer\u00eancia autom\u00e1tica entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado
              • US14: Eu, como usu\u00e1rio, desejo que o aplicativo possua integra\u00e7\u00e3o com carteiras digitais para que eu possa realizar a compra dos t\u00edtulos do tesouro direto
              • US29: Como investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros.
            "},{"location":"modelagem-pt2/backlog/#ec03-simulacoes-de-investimentos","title":"EC03. Simula\u00e7\u00f5es de Investimentos","text":"
            • Descri\u00e7\u00e3o: Criar simuladores interativos para planejamento financeiro e compara\u00e7\u00f5es de rentabilidade.
            • Hist\u00f3rias Relacionadas:
              • US02: Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o da evolu\u00e7\u00e3o do meu t\u00edtulo para planejar os meus investimentos.
              • US18: Como um investidor, eu quero visualizar a liquidez dos t\u00edtulos simulados, para que eu possa avaliar a melhor op\u00e7\u00e3o para meu perfil de investimento.
              • US19: Como investidor, eu quero simular a evolu\u00e7\u00e3o dos t\u00edtulos do Tesouro Direto em compara\u00e7\u00e3o com outras op\u00e7\u00f5es, para que eu possa tomar decis\u00f5es informadas sobre meus investimentos.
              • US31: Como investidor, eu quero simular a evolu\u00e7\u00e3o de um t\u00edtulo com base em um per\u00edodo de tempo, para que eu possa prever a rentabilidade do investimento.
              • US32: Como um investidor, eu quero responder a um question\u00e1rio no simulador, para que as simula\u00e7\u00f5es geradas estejam alinhadas ao meu perfil e objetivos.
              • US33: Como investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras.
            "},{"location":"modelagem-pt2/backlog/#ec04-painel-de-controle-e-relatorios","title":"EC04. Painel de Controle e Relat\u00f3rios","text":"
            • Descri\u00e7\u00e3o: Fornecer relat\u00f3rios e dashboards interativos para acompanhamento de investimentos.
            • Hist\u00f3rias Relacionadas:
              • US06: Eu, como usu\u00e1rio, desejo realizar a consulta \u00e0 taxa de cust\u00f3dia da B3 e a taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira na qual o t\u00edtulo ser\u00e1 adquirido, para entender os custos relacionados ao meu investimento de interesse
              • US12: Eu, como usu\u00e1rio, desejo receber relat\u00f3rios mensais dos meus investimentos, para poder visualizar dados de evolu\u00e7\u00e3o dos investimentos.
              • US21: Como investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus t\u00edtulos e a taxa de infla\u00e7\u00e3o, para que eu possa ter uma vis\u00e3o geral dos meus investimentos.
              • US26: Como investidor, eu quero visualizar a rentabilidade acumulada de cada t\u00edtulo na minha carteira, para que eu possa monitorar meu portf\u00f3lio de investimentos.
            "},{"location":"modelagem-pt2/backlog/#ec05-cadastro-e-personalizacao-de-usuario","title":"EC05. Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio","text":"
            • Descri\u00e7\u00e3o: Permitir cadastro de contas com autentica\u00e7\u00e3o segura e personaliza\u00e7\u00e3o de perfis.
            • Hist\u00f3rias Relacionadas:
              • US16: Como um novo usu\u00e1rio, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugest\u00f5es e recursos.
              • US24: Como usu\u00e1rio, eu quero visualizar sugest\u00f5es personalizadas com base na minha expertise, para que eu possa acessar conte\u00fados relevantes e de acordo com meu perfil.
              • US27: Como usu\u00e1rio, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo.
              • US28: Como usu\u00e1rio, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma pr\u00e1tica e segura.
            "},{"location":"modelagem-pt2/backlog/#ec06-seguranca-e-acessibilidade","title":"EC06. Seguran\u00e7a e Acessibilidade","text":"
            • Descri\u00e7\u00e3o: Garantir a prote\u00e7\u00e3o de dados e acessibilidade universal no aplicativo.
            • Hist\u00f3rias Relacionadas:
              • US39: Eu, Como um usu\u00e1rio, desejo ter seguran\u00e7a na navega\u00e7\u00e3o no aplicativo, para garantir a seguran\u00e7a dos meus dados.
              • US40: Eu, Como um usu\u00e1rio, desejo poder acessar o dispositivo em qualquer tablet ou celular compat\u00edvel .
              • US41: Eu, Como um usu\u00e1rio, desejo navegar em um aplicativo acess\u00edvel para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade.
            "},{"location":"modelagem-pt2/backlog/#ec07-processo-de-compra-de-titulos","title":"EC07. Processo de Compra de T\u00edtulos","text":"
            • Descri\u00e7\u00e3o: Estruturar as etapas do processo de compra, com foco em clareza e efici\u00eancia.
            • Hist\u00f3rias Relacionadas:
              • US03: Eu, como usu\u00e1rio, desejo realizar o resgate antecipado dos t\u00edtulos, para obter imediatamente o valor investido nesse t\u00edtulo.
              • US07: Eu, como usu\u00e1rio, desejo realizar a consulta de compras realizadas e agendadas na aplica\u00e7\u00e3o para me atualizar da situa\u00e7\u00e3o dos meus investimentos.
              • US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos
              • US25: Como investidor, eu quero comprar t\u00edtulos p\u00fablicos com diferentes m\u00e9todos de pagamento, para que eu tenha flexibilidade nas transa\u00e7\u00f5es.
            "},{"location":"modelagem-pt2/backlog/#ec08-recursos-educativos","title":"EC08. Recursos Educativos","text":"
            • Descri\u00e7\u00e3o: Fornecer conte\u00fados e ferramentas educativas para os usu\u00e1rios.
            • Hist\u00f3rias Relacionadas:
              • US17: Como um novo usu\u00e1rio, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utiliz\u00e1-lo de forma eficiente desde o in\u00edcio.
              • US13: Eu, como usu\u00e1rio, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto.
            "},{"location":"modelagem-pt2/backlog/#ec09-personalizacao-de-metas-e-planejamento-financeiro","title":"EC09. Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro","text":"
            • Descri\u00e7\u00e3o: Oferecer ferramentas para o usu\u00e1rio definir, acompanhar e personalizar metas financeiras e sonhos.
            • Hist\u00f3rias Relacionadas:
              • US04: Eu, como usu\u00e1rio, desejo salvar as minhas metas de investimento no aplicativo.
              • US20: Como usu\u00e1rio, eu quero simular a evolu\u00e7\u00e3o das minhas metas na tela de \"Meus Sonhos\", para que eu possa ajustar meu planejamento conforme necess\u00e1rio.
              • US22: Como usu\u00e1rio, eu quero visualizar uma barra de progresso em cada meta na aba \"Meus Sonhos\", para que eu saiba quanto falta para atingir meu objetivo.
              • US34: Como usu\u00e1rio, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo.
            "},{"location":"modelagem-pt2/backlog/#ec10-simuladores-avancados","title":"EC10. Simuladores Avan\u00e7ados","text":"
            • Descri\u00e7\u00e3o: Desenvolver simuladores para planejamento de aposentadoria e outras metas financeiras espec\u00edficas.
            • Hist\u00f3rias Relacionadas:
              • US05: Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos t\u00edtulos do tesouro nacional
              • US23: Como usu\u00e1rio, eu quero comparar minha simula\u00e7\u00e3o de aposentadoria com os padr\u00f5es do INSS, para que eu entenda as vantagens de investir no Tesouro Direto.
            "},{"location":"modelagem-pt2/backlog/#ec11-gerenciamento-de-dados-do-usuario","title":"EC11. Gerenciamento de Dados do Usu\u00e1rio","text":"
            • Descri\u00e7\u00e3o: Criar fluxos robustos para valida\u00e7\u00e3o e gerenciamento de informa\u00e7\u00f5es pessoais e de perfil.
            • Hist\u00f3rias Relacionadas:
              • US09: Eu, como usu\u00e1rio, desejo visualizar minhas informa\u00e7\u00f5es cadastradas na aplica\u00e7\u00e3o para obter informa\u00e7\u00e3o a respeito dos meus dados na aplica\u00e7\u00e3o
              • US35: Como um usu\u00e1rio, eu quero que meu cadastro inclua valida\u00e7\u00e3o de dados pessoais, para que eu evite erros no preenchimento.
            "},{"location":"modelagem-pt2/backlog/#ec12-integracao-com-canais-de-atendimento","title":"EC12. Integra\u00e7\u00e3o com Canais de Atendimento","text":"
            • Descri\u00e7\u00e3o: Oferecer m\u00faltiplos canais de suporte ao usu\u00e1rio.
            • Hist\u00f3rias Relacionadas:
              • US08: Eu, como usu\u00e1rio, desejo ter acesso a informa\u00e7\u00f5es de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usu\u00e1rios, para obter ajuda com as minhas d\u00favidas referentes \u00e0s funcionalidades do aplicativo.
              • US10: Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos
            "},{"location":"modelagem-pt2/backlog/#ec13-funcionalidades-de-acessibilidade","title":"EC13. Funcionalidades de Acessibilidade","text":"
            • Descri\u00e7\u00e3o: Tornar o aplicativo inclusivo e acess\u00edvel para todos os usu\u00e1rios.
            • Hist\u00f3rias Relacionadas:
              • US36: Eu, Como um usu\u00e1rio, quero que poder escolher entre tema claro e escuro, para melhorar a minha experi\u00eancia no aplicativo.
              • US37: Eu, Como um usu\u00e1rio, desejo ajustar a velocidade dos \u00e1udios dispon\u00edveis no aplicativo para melhorar minha compreens\u00e3o dos conte\u00fados de \u00e1udio.
            "},{"location":"modelagem-pt2/backlog/#ec14-multilingue-e-inclusao","title":"EC14. Multil\u00edngue e Inclus\u00e3o","text":"
            • Descri\u00e7\u00e3o: Suportar m\u00faltiplos idiomas para aumentar a acessibilidade do aplicativo.
            • Hist\u00f3rias Relacionadas:
              • US38: Eu, Como um usu\u00e1rio, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim.
            "},{"location":"modelagem-pt2/backlog/#ec15-atualizacoes-e-notificacoes-automaticas","title":"EC15. Atualiza\u00e7\u00f5es e Notifica\u00e7\u00f5es Autom\u00e1ticas","text":"
            • Descri\u00e7\u00e3o: Enviar informa\u00e7\u00f5es relevantes em tempo real para os usu\u00e1rios.
            • Hist\u00f3rias Relacionadas:
              • US15: Como usu\u00e1rio, eu quero receber alertas personalizados sobre mudan\u00e7as na taxa SELIC e infla\u00e7\u00e3o, para que eu possa ajustar meus investimentos com base no mercado.
            "},{"location":"modelagem-pt2/backlog/#tabela-2-priorizacao-de-features","title":"Tabela 2 - Prioriza\u00e7\u00e3o de Features","text":"

            Na Tabela 2, apresentada a seguir, foi realizada uma prioriza\u00e7\u00e3o por features, derivada da prioriza\u00e7\u00e3o dos requisitos apresentada na Tabela 1 - Product Backlog elaborado com o Product Owner. Essa abordagem foi escolhida para consolidar as prioridades individuais dos requisitos em um n\u00edvel mais abrangente, representado pelas features.

            Ao calcular a m\u00e9dia das prioridades dos requisitos relacionados a cada feature, foi poss\u00edvel obter uma vis\u00e3o geral mais equilibrada e estrat\u00e9gica, permitindo uma hierarquiza\u00e7\u00e3o mais eficiente do backlog. Isso garante que features com maior impacto, baseadas na import\u00e2ncia de seus requisitos, sejam priorizadas de maneira consistente e alinhada aos objetivos do projeto.

            Os valores atribu\u00eddos \u00e0s prioridades s\u00e3o:

            • Alta: 5
            • M\u00e9dia: 3
            • Baixa: 1

            N\u00ba da Feature Descri\u00e7\u00e3o da Feature M\u00e9dia de Prioridade (baseada nos valores acima) 1 Listar T\u00edtulos 5 2 Filtros de Prazo 5 3 Agendamento de Compras 5 4 Transfer\u00eancia Autom\u00e1tica entre Investimentos 4 5 Simula\u00e7\u00e3o de Metas 4.33 6 Compara\u00e7\u00e3o de Investimentos 5 7 Relat\u00f3rios de Rentabilidade 5 8 Dashboard 3 9 Cadastro de Usu\u00e1rio 4 10 Personaliza\u00e7\u00e3o de Tema 1 11 Sugest\u00f5es Personalizadas com Base na Expertise 1 12 Autentica\u00e7\u00e3o Segura 4.5 13 Acessibilidade Visual 1 14 Fluxo de Compra 5 15 Notifica\u00e7\u00f5es de Status 3 16 Artigos e Not\u00edcias 1 17 V\u00eddeos e Tutoriais 1 18 Defini\u00e7\u00e3o de Metas 1 19 Acompanhamento de Metas 2.33 20 Simula\u00e7\u00e3o de Aposentadoria 5 21 Compara\u00e7\u00e3o com INSS 3 22 Valida\u00e7\u00e3o de Dados 5 23 Altera\u00e7\u00e3o de Informa\u00e7\u00f5es Pessoais 3 24 Acessibilidade ao Perfil 3 25 Canal de Suporte 1 26 Notifica\u00e7\u00f5es de Suporte 3 27 Temas de Alto Contraste 1 28 Ajuste de Velocidade de \u00c1udio 1 29 Tradu\u00e7\u00e3o Multil\u00edngue 3 30 Troca Din\u00e2mica de Idioma 5 31 Notifica\u00e7\u00f5es de Taxas e Infla\u00e7\u00e3o 3 32 Alertas de Feriados e Indisponibilidade 5

            Autor: Thales Euflauzino e V\u00edctor Schmidt, 2024

            "},{"location":"modelagem-pt2/backlog/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

            1. SERRANO, Milene; SERRANO, Mauricio. Requisitos - Aula 15. Apresenta\u00e7\u00e3o de slides. FCTE (Faculdade de Ci\u00eancias e Tecnologias em Engenharia): UnB, s.d.. Acesso em: 11 de dezembro 2024.

            2. DUARTE, Luiz. Product Backlog - Introdu\u00e7\u00e3o. LuizTools - Canal no Youtube, 2020. Dispon\u00edvel em: Product Backlog - Introdu\u00e7\u00e3o. Acesso em: 11 de dezembro 2024.

            "},{"location":"modelagem-pt2/backlog/#bibliografia","title":"Bibliografia","text":"

            Lichess - Backlog do Produto. Dispon\u00edvel em: https://requisitos-de-software.github.io/2022.2-Lichess/modelagem/agil/backlog/. Acesso em 12 de dezembro de 2024

            "},{"location":"modelagem-pt2/backlog/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 11/12/2024 Cria\u00e7\u00e3o do Documento Inicial V\u00edctor Schmidt e Thales Euflauzino Maria Helena 1.1 14/12/2024 Adicionando videos, respostas do PO, elabora\u00e7\u00e3o e prioriza\u00e7\u00e3o do backlog, cria\u00e7\u00e3o dos \u00e9picos, etc. Grupo V\u00edctor Schmidt 1.2 14/12/2024 Elabora\u00e7\u00e3o da Tabela 2 V\u00edctor Schmidt e Thales Euflauzino Victor Rodrigues"},{"location":"modelagem-pt2/nfr_framework/","title":"NFR Framework","text":""},{"location":"modelagem-pt2/nfr_framework/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O NFR Framework (Non-Functional Requirements Framework) \u00e9 uma abordagem desenvolvida por Lawrence Chung e colaboradores para tratar requisitos n\u00e3o funcionais de forma sistem\u00e1tica e qualitativa. Diferentemente dos requisitos funcionais, que t\u00eam crit\u00e9rios claros de satisfa\u00e7\u00e3o, os requisitos n\u00e3o funcionais (NFRs) s\u00e3o subjetivos e frequentemente envolvem decis\u00f5es de compromisso (trade-offs). O framework auxilia no processo de identifica\u00e7\u00e3o, modelagem e an\u00e1lise desses requisitos, permitindo que desenvolvedores considerem aspectos como seguran\u00e7a, desempenho, usabilidade e manutenibilidade durante o design de sistemas.

            No NFR Framework, os requisitos n\u00e3o funcionais s\u00e3o representados como softgoals, que refletem objetivos flex\u00edveis e interdependentes. Por meio de gr\u00e1ficos de softgoals, \u00e9 poss\u00edvel visualizar as rela\u00e7\u00f5es entre diferentes NFRs e como solu\u00e7\u00f5es propostas contribuem de forma positiva ou negativa para sua satisfa\u00e7\u00e3o. Al\u00e9m disso, o framework inclui t\u00e9cnicas para operacionalizar os softgoals em solu\u00e7\u00f5es concretas e ferramentas para explorar compromissos entre requisitos conflitantes, como equilibrar desempenho e seguran\u00e7a. Dessa forma, o NFR Framework oferece um suporte valioso para tomada de decis\u00f5es no desenvolvimento de sistemas\u00a0complexos.

            "},{"location":"modelagem-pt2/nfr_framework/#softgoal-interdependency-graph","title":"Softgoal Interdependency Graph","text":"

            O Softgoal Interdependency Graph (SIG) \u00e9 uma ferramenta de visualiza\u00e7\u00e3o central ao funcionamento do NFR Framework. Ele apresenta de forma gr\u00e1fica e estruturada os softgoals identificados pela equipe de desenvolvimento, suas inter-rela\u00e7\u00f5es e contribui\u00e7\u00f5es. Esse modelo facilita a an\u00e1lise de interdepend\u00eancias entre metas n\u00e3o funcionais, permitindo que os desenvolvedores tomem decis\u00f5es fundamentadas sobre como abordar requisitos qualitativos do sistema.

            "},{"location":"modelagem-pt2/nfr_framework/#tipos-de-softgoal","title":"Tipos de Softgoal","text":"

            Para compreender o SIG, \u00e9 essencial entender os tipos de softgoal. Um NFR Softgoal \u00e9 definido como uma meta qualitativa cuja satisfa\u00e7\u00e3o n\u00e3o \u00e9 precisa ou completamente mensur\u00e1vel. Eles podem ser refinados em diferentes formas:

            • Softgoals Operacionalizados: Representam transforma\u00e7\u00f5es de metas abstratas em elementos concretos e funcionais no sistema.
            • Softgoals de Afirma\u00e7\u00e3o: Servem como registros argumentativos em linguagem natural, adicionando justificativas ou evid\u00eancias ao modelo. Interdepend\u00eancias
            • As interdepend\u00eancias entre softgoals no SIG s\u00e3o organizadas em dois principais conceitos: decomposi\u00e7\u00f5es e contribui\u00e7\u00f5es.
            "},{"location":"modelagem-pt2/nfr_framework/#decomposicoes","title":"Decomposi\u00e7\u00f5es","text":"

            As decomposi\u00e7\u00f5es desmembram softgoals em subn\u00edveis para detalhamento e refinamento, abrangendo diferentes dimens\u00f5es:

            • Decomposi\u00e7\u00e3o de NFR: Divide metas principais em componentes menores e mais gerenci\u00e1veis.
            • Decomposi\u00e7\u00e3o de Operacionaliza\u00e7\u00e3o: Foca na concretiza\u00e7\u00e3o de metas abstratas em solu\u00e7\u00f5es espec\u00edficas.
            • Decomposi\u00e7\u00e3o de Afirma\u00e7\u00e3o: Valida ou rejeita justificativas espec\u00edficas para softgoals.
            • Decomposi\u00e7\u00e3o de Prioriza\u00e7\u00e3o: Permite refinar metas com associa\u00e7\u00e3o de prioridades, mantendo o mesmo escopo.
            "},{"location":"modelagem-pt2/nfr_framework/#contribuicoes","title":"Contribui\u00e7\u00f5es","text":"

            As contribui\u00e7\u00f5es descrevem como um softgoal derivado impacta o softgoal principal:

            • AND: Todos os derivados precisam ser satisfeitos para que o objetivo principal seja alcan\u00e7ado.
            • OR: Qualquer derivado satisfeito j\u00e1 contribui para alcan\u00e7ar o objetivo principal.
            • MAKE (++): Contribui\u00e7\u00e3o totalmente positiva.
            • BREAK (--): Contribui\u00e7\u00e3o totalmente negativa.
            • HELP (+): Impacto positivo moderado.
            • HURT (-): Impacto negativo moderado.
            • UNKNOWN (?): Rela\u00e7\u00e3o indefinida.
            • EQUALS: Satisfa\u00e7\u00e3o direta e proporcional entre derivados e principais.
            • SOME: A forma de contribui\u00e7\u00e3o \u00e9 conhecida, mas sua intensidade permanece incerta.
            "},{"location":"modelagem-pt2/nfr_framework/#propagacao-de-impactos","title":"Propaga\u00e7\u00e3o de Impactos","text":"

            No NFR Framework, a propaga\u00e7\u00e3o de impactos analisa como altera\u00e7\u00f5es em um softgoal afetam os demais. Isso envolve identificar rela\u00e7\u00f5es de depend\u00eancia, avaliar trade-offs e gerenciar efeitos colaterais. As nota\u00e7\u00f5es t\u00edpicas incluem:

            • \u2713 (satisfeito): Impacto positivo significativo.
            • \ud835\udcb2+ (fracamente satisfeito): Impacto positivo, por\u00e9m limitado.
            • X (negado): Impacto negativo significativo.
            • \ud835\udcb2- (fracamente negado): Impacto negativo menor.
            • \ud83d\uddf2 (conflitante): Rela\u00e7\u00e3o de conflito com caracter\u00edsticas mistas.
            • u (indeterminado): Impacto incerto devido \u00e0 falta de dados.
            "},{"location":"modelagem-pt2/nfr_framework/#metodologia","title":"Metodologia","text":"

            A constru\u00e7\u00e3o de um SIG segue etapas sistem\u00e1ticas, incluindo a defini\u00e7\u00e3o de temas, revis\u00e3o de literatura e valida\u00e7\u00e3o. Primeiramente, os t\u00f3picos gerais s\u00e3o refinados para relacionar os requisitos n\u00e3o funcionais. Posteriormente, realiza-se a valida\u00e7\u00e3o por meio de revis\u00f5es cr\u00edticas. Ferramentas como o Draw.io s\u00e3o utilizadas para a elabora\u00e7\u00e3o dos gr\u00e1ficos.

            "},{"location":"modelagem-pt2/nfr_framework/#cartoes-de-especificacao","title":"Cart\u00f5es de Especifica\u00e7\u00e3o","text":"

            Os cart\u00f5es de especifica\u00e7\u00e3o apresentados nas Tabelas 1 a 5 foram empregados para descrever os Requisitos N\u00e3o-Funcionais destinados \u00e0 elabora\u00e7\u00e3o dos NFR Frameworks.

            Tabela 1 - Cart\u00e3o de Especifica\u00e7\u00e3o 1

            "},{"location":"modelagem-pt2/nfr_framework/#_1","title":"NFR Framework","text":"RNF01 Classifica\u00e7\u00e3o: Desempenho Descri\u00e7\u00e3o: O sistema deve ter tempo de resposta inferior a 2 segundos para consultas b\u00e1sicas. Justificativa: Garantir agilidade e uma boa experi\u00eancia do usu\u00e1rio ao utilizar funcionalidades b\u00e1sicas. Origem do Requisisto: Pesquisa de mercado e feedback de usu\u00e1rios. Crit\u00e9rio de Aceita\u00e7\u00e3o: Todas as consultas b\u00e1sicas retornam resultados em at\u00e9 2 segundos em condi\u00e7\u00f5es normais de opera\u00e7\u00e3o. Depend\u00eancias: Nenhuma. Prioridade: Conflitos: Poss\u00edvel aumento do uso de recursos computacionais. Hist\u00f3ria: Adicionado ap\u00f3s testes iniciais indicarem lentid\u00e3o em consultas b\u00e1sicas.

            Autor: Victor Rodrigues

            Tabela 2 - Cart\u00e3o de Especifica\u00e7\u00e3o 2

            RNF04 Classifica\u00e7\u00e3o: Acessibilidade Descri\u00e7\u00e3o: A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma t\u00e9cnica NBR 17060:2022. Justificativa: Garantir que o aplicativo seja acess\u00edvel a todas as pessoas, incluindo aquelas com defici\u00eancias. Origem do Requisisto: Regulamenta\u00e7\u00f5es t\u00e9cnicas e normativas. Crit\u00e9rio de Aceita\u00e7\u00e3o: Certifica\u00e7\u00e3o de conformidade com a norma NBR 17060:2022 ap\u00f3s auditoria. Depend\u00eancias: Nenhuma Prioridade: Conflitos: Necessidade de ajustes adicionais na interface. Hist\u00f3ria: Adicionado ap\u00f3s revis\u00e3o normativa.

            Autor: V\u00edctor Schmidt

            Tabela 3 - Cart\u00e3o de Especifica\u00e7\u00e3o 3

            RNF06 Classifica\u00e7\u00e3o: Acessibilidade Descri\u00e7\u00e3o: O aplicativo dever\u00e1 disponibilizar suporte para m\u00faltiplos idiomas (portugu\u00eas como padr\u00e3o). Justificativa: Permitir que o aplicativo seja utilizado por pessoas diferentes regi\u00f5es. Origem do Requisisto: Pesquisa de mercado global. Crit\u00e9rio de Aceita\u00e7\u00e3o: Interface completamente traduzida para os idiomas suportados, com portugu\u00eas como padr\u00e3o. Depend\u00eancias: Nenhuma Prioridade: Conflitos: Aumento de custo e tempo de desenvolvimento. Hist\u00f3ria: Adicionado ap\u00f3s feedback de clientes internacionais.

            Autor: J\u00falia Takaki

            Tabela 4 - Cart\u00e3o de Especifica\u00e7\u00e3o 4

            RNF08 Classifica\u00e7\u00e3o: Efici\u00eancia Descri\u00e7\u00e3o: O perfil de recomenda\u00e7\u00e3o de investimentos deve ser acess\u00edvel a partir de 3 cliques de qualquer parte do aplicativo. Justificativa: Melhorar a navega\u00e7\u00e3o e o acesso r\u00e1pido a funcionalidades importantes. Origem do Requisisto: Pesquisa de usabilidade. Crit\u00e9rio de Aceita\u00e7\u00e3o: Testes de usabilidade comprovarem que o objetivo \u00e9 alcan\u00e7ado em no m\u00e1ximo 3 cliques. Depend\u00eancias: Nenhuma Prioridade: Conflitos: Nenhum identificado. Hist\u00f3ria: Introduzido ap\u00f3s feedback de usu\u00e1rios sobre dificuldade de navega\u00e7\u00e3o.

            Autor: Thales Euflauzino

            Tabela 5 - Cart\u00e3o de Especifica\u00e7\u00e3o 5

            RNF09 Classifica\u00e7\u00e3o: Acessibilidade Descri\u00e7\u00e3o: O aplicativo deve incluir uma op\u00e7\u00e3o de tema escuro para melhorar a experi\u00eancia do usu\u00e1rio. Justificativa: Reduzir o cansa\u00e7o visual e atender prefer\u00eancias dos usu\u00e1rios. Origem do Requisisto: Pesquisa de satisfa\u00e7\u00e3o do usu\u00e1rio. Crit\u00e9rio de Aceita\u00e7\u00e3o: Tema escuro implementado e acess\u00edvel a partir das configura\u00e7\u00f5es do aplicativo. Depend\u00eancias: Nenhuma Prioridade: Conflitos: Nenhum identificado. Hist\u00f3ria: Adicionado com base em tend\u00eancias de mercado.

            Autor: Maria Helena

            "},{"location":"modelagem-pt2/nfr_framework/#nfr-00-geral","title":"NFR 00 - Geral","text":"

            Devido \u00e0 limita\u00e7\u00e3o para atuar exclusivamente com Requisitos N\u00e3o-Funcionais ainda n\u00e3o implementados, o SIG apresentado foi ajustado para incorporar apenas os Requisistos a serem trabalhados, conforme ilustrado na Figura 1.

            Figura 1 - SIG adaptado

            Fonte: Silva, 2019

            "},{"location":"modelagem-pt2/nfr_framework/#nfr-01-acessibilidade","title":"NFR 01 - Acessibilidade","text":""},{"location":"modelagem-pt2/nfr_framework/#requisitos-nao-funcionais-acessibilidade","title":"Requisitos N\u00e3o-Funcionais - Acessibilidade","text":"

            Os requisitos utilizados para a constru\u00e7\u00e3o do SIG apresentado na Figura 2 podem ser encontrados em Requisitos Elicitados.

            • RNF04: Infere que a interface do sistema deve ser desenhada com base em diretrizes t\u00e9cnicas que garantam uma experi\u00eancia intuitiva e eficiente para o usu\u00e1rio, conforme a norma NBR 17060:2022.
            • RNF09: Infere que o sistema deve oferecer um tema escuro para proporcionar uma experi\u00eancia personalizada e confort\u00e1vel, especialmente em ambientes com baixa ilumina\u00e7\u00e3o.

            Figura 2 - SIG acessibilidade

            Autor: Victor Rodrigues, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#propagacao-dos-impactos-acessibilidade","title":"Propaga\u00e7\u00e3o dos Impactos - Acessibilidade","text":"

            A avalia\u00e7\u00e3o da propaga\u00e7\u00e3o de impactos est\u00e1 apresentada na Tabela 3.

            Tabela 3 - SIG acessibilidade

            NFR Impacto acessibilidade \ud835\udcb2- personaliza\u00e7\u00e3o da interface \ud835\udcb2+ altera\u00e7\u00e3o de idioma X mudan\u00e7a de contraste \ud835\udcb2+ contraste adequado \ud835\udcb2+ intuitividade \u2713 legibilidade simplificada \ud835\udcb2+ texto redimension\u00e1vel \ud835\udcb2- feedback claro \ud835\udcb2+

            Autor: Victor Rodrigues, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#nfr-02-eficiencia","title":"NFR 02 - Efici\u00eancia","text":""},{"location":"modelagem-pt2/nfr_framework/#requisitos-nao-funcionais-eficiencia","title":"Requisitos N\u00e3o-Funcionais - Efici\u00eancia","text":"

            Os requisitos utilizados para a constru\u00e7\u00e3o do SIG apresentado na Figura 3 podem ser encontrados em Requisitos Elicitados.

            • RNF01: Infere que o sistema deve responder a consultas b\u00e1sicas em menos de 2 segundos, garantindo rapidez no processamento e na intera\u00e7\u00e3o do usu\u00e1rio.
            • RNF08: Infere que a navega\u00e7\u00e3o no aplicativo deve ser simplificada, permitindo acesso r\u00e1pido ao perfil de recomenda\u00e7\u00e3o de investimentos com um n\u00famero reduzido de cliques.

            Figura 3 - SIG Efici\u00eancia

            Autor: V\u00edctor Schmidt e Thales Euflauzino, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#propagacao-dos-impactos-eficiencia","title":"Propaga\u00e7\u00e3o dos Impactos - Efici\u00eancia","text":"

            A avalia\u00e7\u00e3o da propaga\u00e7\u00e3o de impactos est\u00e1 apresentada na Tabela 4.

            Tabela 4 - SIG adaptado

            NFR Impacto Efici\u00eancia \ud835\udcb2- facilidade na navega\u00e7\u00e3o \ud835\udcb2+ Agilidade na navega\u00e7\u00e3o entre se\u00e7\u00f5es \u2713 Respostas Instant\u00e2neas a A\u00e7\u00f5es do Usu\u00e1rios \ud835\udcb2+ Agilidade nas respostas \ud835\udcb2+ Velocidade de carregamento \ud835\udcb2+ Consumo de recursos do Dispositivo X

            Autor: V\u00edctor Schmidt e Thales Euflauzino, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#nfr-03-desempenho","title":"NFR 03 - Desempenho","text":""},{"location":"modelagem-pt2/nfr_framework/#requisitos-nao-funcionais-desempenho","title":"Requisitos N\u00e3o-Funcionais - Desempenho","text":"

            Os requisitos utilizados para a constru\u00e7\u00e3o do SIG apresentado na Figura 4 podem ser encontrados em Requisitos Elicitados.

            • RNF01: Infere que o sistema deve ser tecnicamente otimizado para processar consultas b\u00e1sicas rapidamente, mesmo sob carga normal de uso.

            Figura 4 - SIG Desempenho

            Autor: J\u00falia Takaki e Maria Helena, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#propagacao-dos-impactos-desempenho","title":"Propaga\u00e7\u00e3o dos Impactos - Desempenho","text":"

            A avalia\u00e7\u00e3o da propaga\u00e7\u00e3o de impactos est\u00e1 apresentada na Tabela 5.

            Tabela 5 - SIG adaptado

            NFR Impacto Desempenho \ud835\udcb2+ Consumo de recursos do Dispositivo \ud835\udcb2- uso eficiente da mem\u00f3ria \ud835\udcb2+ capacidade de processamento simult\u00e2neo \u2713 velocidade no carregamento \u2713 Desempenho em redes de baixa velocidade \ud835\udcb2+ resili\u00eancia a interrup\u00e7\u00f5es de conex\u00e3o \ud835\udcb2+

            Autor: J\u00falia Takaki e Maria Helena, 2024

            "},{"location":"modelagem-pt2/nfr_framework/#bibliografia","title":"Bibliografia","text":"

            PAIM, F. R. S., CASTRO, J. F. B. Enhancing Data Warehouse Design with the NFR Framework. Centro de Inform\u00e1tica UFPE, Recife, 2019. Dispon\u00edvel em: http://wer.inf.puc-rio.br/WERpapers/artigos/artigos_WER02/paim.pdf. Acesso em: 13/12/2024.

            SILVA, Reinaldo Ant\u00f4nio. NFR4ES: Um Cat\u00e1logo de Requisitos N\u00e3o-Funcionais para Sistemas Embarcados. Centro de Inform\u00e1tica UFPE, Recife, 2019. Dispon\u00edvel em: https://repositorio.ufpe.br/handle/123456789/34150. Acesso em: 13/12/2024.

            CHUNG, L., NIXON, B. A., YU, E., MYLOPOULOS, J. Non-functional requirementsin software engineering. Springer Science & Business Media: [S.l.], 2000. v. 5.

            "},{"location":"modelagem-pt2/nfr_framework/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 11/12/2024 Cria\u00e7\u00e3o do documento J\u00falia Takaki Victor Rodrigues 1.1 11/12/2024 SGI e Cart\u00f5es de especifica\u00e7\u00e3o Victor Rodrigues Thales Euflauzino 1.2 16/12/2024 Estrutura nfr Victor Rodrigues Victor Schmidt 1.3 16/12/2024 SGI adicionados Grupo Victor Schmidt 1.4 17/12/2024 Ajustando fonte e autor Thales Euflauzino Victor Schmidt 1.5 17/12/2024 Altera\u00e7\u00e3o requisitada pelo professor Victor Rodrigues"},{"location":"modelagem-pt2/userstories/","title":"Hist\u00f3rias de Usu\u00e1rio","text":""},{"location":"modelagem-pt2/userstories/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Hist\u00f3rias de usu\u00e1rios s\u00e3o usadas para capturar as necessidades e expectativas dos usu\u00e1rios finais de forma clara, simples e centrada no valor que ser\u00e1 entregue. Elas s\u00e3o descri\u00e7\u00f5es breves que comunicam o que um usu\u00e1rio deseja alcan\u00e7ar ao interagir com o sistema.

            "},{"location":"modelagem-pt2/userstories/#metodologia","title":"Metodologia","text":"

            Para realizar a cria\u00e7\u00e3o das hist\u00f3rias de usu\u00e1rio, foi utilizado o seguinte modelo estabelecido pelo SWEBOK [1]:

            \"Como [tipo de usu\u00e1rio], eu quero [a\u00e7\u00e3o ou necessidade], para que [benef\u00edcio ou prop\u00f3sito].\".

            N\u00e3o somente isso, mas tendo como base o modelo de documenta\u00e7\u00e3o de hist\u00f3rias de usu\u00e1rio definido pelo minist\u00e9rio da agricultura e pecu\u00e1ria [2], as hist\u00f3rias de usu\u00e1rio ser\u00e3o definidas com base no modelo descrito na tabela 1:

            Tabela 1 - Template Hist\u00f3rias de Usu\u00e1rio

            USXX Hist\u00f3ria de Usu\u00e1rio Exemplo de hist\u00f3ria 1 \u00c9pico \u00c9pico 1 Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Crit\u00e9rio 1
            2. Crit\u00e9rio 2
            Prioridade Alta ID USXX

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#video-1-entrevista-com-o-product-owner","title":"V\u00eddeo 1 - Entrevista com o Product Owner","text":"

            Este v\u00eddeo apresenta a entrevista conduzida exclusivamente com o Product Owner Adrian. Durante a grava\u00e7\u00e3o, Adrian respondeu a diversas perguntas formuladas por nossa equipe, contribuindo para a constru\u00e7\u00e3o do backlog e para as hist\u00f3rias de usu\u00e1rio.

            O uso de sua imagem foi previamente autorizado, e sua declara\u00e7\u00e3o de consentimento pode ser vista no in\u00edcio do v\u00eddeo.

            V\u00eddeo 1 - Elabora\u00e7\u00e3o do Product Backlog com o PO

            Autor: V\u00edctor Schmidt

            "},{"location":"modelagem-pt2/userstories/#historias-de-usuario_1","title":"Hist\u00f3rias de Usu\u00e1rio","text":""},{"location":"modelagem-pt2/userstories/#us01-visualizar-a-lista-de-titulos-publicos-disponiveis","title":"US01 - Visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis","text":"Tabela 2 - US01 - Visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis

            Tabela 2 - Hist\u00f3ria de Usu\u00e1rio Visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis

            US01 - Visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo visualizar a lista de t\u00edtulos p\u00fablicos dispon\u00edveis e suas caracter\u00edsticas principais como nome, t\u00edtulo, rentabilidade, valor m\u00ednimo e vencimento para conhecer mais sobre os t\u00edtulos e realizar investimentos. \u00c9pico EC01 - Visualiza\u00e7\u00e3o de T\u00edtulos P\u00fablicos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Os T\u00edtulos dever\u00e3o ser exibidos de ordem do mais recente para o mais antigo
            2. Os t\u00edtulos devem ser agrupados de acordo com o seu tipo, ou seja, agrupados por t\u00edtulos vinculados a Selic, vinculados \u00e0 infla\u00e7\u00e3o e pr\u00e9-fixados.
            Prioridade Alta ID US01

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us02-simulacao-de-investimento-nos-titulos","title":"US02 - Simula\u00e7\u00e3o de investimento nos t\u00edtulos","text":"Tabela 3 - US02 - Simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o.

            Tabela 3 - Hist\u00f3ria de Usu\u00e1rio Simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o.

            US02 - Simula\u00e7\u00e3o de investimento nos t\u00edtulos SELIC, Prefixado e Infla\u00e7\u00e3o Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o da evolu\u00e7\u00e3o do meu t\u00edtulo para planejar os meus investimentos. \u00c9pico EC03 - Simula\u00e7\u00f5es de investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. A simula\u00e7\u00e3o dever\u00e1 estar dispon\u00edvel para todos os t\u00edtulos listados no aplicativo
            Prioridade Alta ID US02

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us03-resgate-antecipado-de-titulos","title":"US03 - Resgate antecipado de t\u00edtulos","text":"Tabela 4 - US03 - Resgate antecipado de t\u00edtulos

            Tabela 3 - Hist\u00f3ria de Usu\u00e1rio Resgate antecipado de t\u00edtulos

            US03 - Resgate antecipado de t\u00edtulos Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo realizar o resgate antecipado dos t\u00edtulos, para obter imediatamente o valor investido nesse t\u00edtulo. \u00c9pico EC07 - Processo de Compra de T\u00edtulos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O c\u00e1lculo do valor l\u00edquido que ser\u00e1 obtido no resgate dever\u00e1 ser realizado automaticamente com base na data de resgate e rentabilidade acumulada
            2. O resgate antecipado deve estar dispon\u00edvel em todos os t\u00edtulos do aplicativo
            Prioridade Alta ID US03

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us04-salvar-metas-de-investimentos-sonhos","title":"US04 - Salvar metas de investimentos (Sonhos).","text":"Tabela 5 - US04 - Salvar metas de investimentos (Sonhos)

            Tabela 5 - Hist\u00f3ria de Usu\u00e1rio Salvar metas de investimentos (Sonhos)

            US04 - Salvar metas de investimentos (Sonhos) Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo salvar as minhas metas de investimento no aplicativo. \u00c9pico EC09 - Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O usu\u00e1rio deve poder criar quantas metas quiser
            2. O usu\u00e1rio deve ser capaz de customizar as metas definindo um nome para a meta e quantidade de dinheiro que deseja investir
            Prioridade Baixa ID US04

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us05-simulacao-e-planejamento-de-aposentadoria","title":"US05 - Simula\u00e7\u00e3o e planejamento de aposentadoria","text":"Tabela 6 - US05 - Simula\u00e7\u00e3o e planejamento de aposentadoria

            Tabela 6 - Hist\u00f3ria de Usu\u00e1rio Simula\u00e7\u00e3o e planejamento de aposentadoria

            US05 - Simula\u00e7\u00e3o e planejamento de aposentadoria Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo realizar a simula\u00e7\u00e3o e o planejamento financeiro da minha aposentadoria para obter esses dados com base nos t\u00edtulos do tesouro nacional \u00c9pico EC10 - Simuladores Avan\u00e7ados Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Para realizar a simula\u00e7\u00e3o o usu\u00e1rio deve indicar o ano esperado de aposentadoria
            2. A simula\u00e7\u00e3o de aposentadoria deve estar dispon\u00edvel para todos os t\u00edtulos p\u00fablicos
            Prioridade Alta ID US05

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us06-consulta-a-taxa-de-custodia-da-b3-e-taxa-de-administracao-da-instituicao-financeira","title":"US06 - Consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira.","text":"Tabela 7 - US06 - Consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira.

            Tabela 7 Hist\u00f3ria de Usu\u00e1rio Consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira

            US06 - Consulta \u00e0 taxa de cust\u00f3dia da B3 e taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo realizar a consulta \u00e0 taxa de cust\u00f3dia da B3 e a taxa de administra\u00e7\u00e3o da institui\u00e7\u00e3o financeira na qual o t\u00edtulo ser\u00e1 adquirido, para entender os custos relacionados ao meu investimento de interesse \u00c9pico EC04 - Painel de Controle e Relat\u00f3rios Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Deve estar dispon\u00edvel as taxas administrativas de todas as institui\u00e7\u00f5es vinculadas ao aplicativo do tesouro direto.
            Prioridade Alta ID US06

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us07-consulta-de-operacoes-de-compra-realizadas-e-agendadas","title":"US07 - Consulta de opera\u00e7\u00f5es de compra realizadas e agendadas","text":"Tabela 8 - US07 - Consulta de opera\u00e7\u00f5es de compra realizadas e agendadas

            Tabela 8 - Hist\u00f3ria de Usu\u00e1rio Consulta de opera\u00e7\u00f5es de compra realizadas e agendadas

            US07 - Consulta de opera\u00e7\u00f5es de compra realizadas e agendadas Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo realizar a consulta de compras realizadas e agendadas na aplica\u00e7\u00e3o para me atualizar da situa\u00e7\u00e3o dos meus investimentos. \u00c9pico EC07 - Processo de Compra de T\u00edtulos - Processo de Compra de T\u00edtulos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Todos os t\u00edtulos que foram adiquiridos atrav\u00e9s do aplicativo dever\u00e3o exibir o seu status de compra
            Prioridade Alta ID US07

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us08-fale-conosco","title":"US08 - Fale Conosco","text":"Tabela 9 - US03

            Tabela 3 - Hist\u00f3ria de Usu\u00e1rio Fale Conosco

            US08 - Fale Conosco Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo ter acesso a informa\u00e7\u00f5es de contato com a equipe do tesouro direto e perguntas frequentes realizadas pelos usu\u00e1rios, para obter ajuda com as minhas d\u00favidas referentes \u00e0s funcionalidades do aplicativo. \u00c9pico EC12 - Integra\u00e7\u00e3o com Canais de Atendimento Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. As informa\u00e7\u00f5es de contato e perguntas frequentes dever\u00e3o estar dispon\u00edveis em uma tela chamada \"Fale Conosco\"
            2. A tela \"Fale Conosco\" dever\u00e1 possuir pelo menos 5 perguntas frequentes
            3. A tela \"Fale Conosco\" dever\u00e1 possuir pelo menos um n\u00famero de contato e um email
            Prioridade Baixa ID US08

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us09-visualizacao-dos-dados-cadastrais-do-usuario","title":"US09 - Visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio","text":"Tabela 10 - US09 - Visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio

            Tabela 10 - Hist\u00f3ria de Usu\u00e1rio Visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio

            US09 - Visualiza\u00e7\u00e3o dos dados cadastrais do usu\u00e1rio Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo visualizar minhas informa\u00e7\u00f5es cadastradas na aplica\u00e7\u00e3o para obter informa\u00e7\u00e3o a respeito dos meus dados na aplica\u00e7\u00e3o \u00c9pico EC11 - Gerencimaneot de Dados do Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Deve ser poss\u00edvel visualizar os dados de nome, email, cpf e telefone do usu\u00e1rio
            Prioridade M\u00e9dia ID US09

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us10-notificacoes-de-lembrete-de-metas-ou-vencimento-de-titulos","title":"US10 - Notifica\u00e7\u00f5es de lembrete de metas ou vencimento de t\u00edtulos","text":"Tabela 11 - US10 - Notifica\u00e7\u00f5es de lembrete de metas ou vencimento de t\u00edtulos

            Tabela 11 - Hist\u00f3ria de Usu\u00e1rio Notifica\u00e7\u00f5es de lembrete de metas ou vencimento de t\u00edtulos

            US10 - Notifica\u00e7\u00f5es de lembrete de metas ou vencimento de t\u00edtulos Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo visualizar notifica\u00e7\u00f5es personalizadas de vencimento de t\u00edtulos e metas para obter os status atualizados dos meus investimentos \u00c9pico EC07 - Processo de Compra de T\u00edtulos e EC12 - Integra\u00e7\u00e3o com Canais de Atendimento Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O usu\u00e1rio deve receber notifica\u00e7\u00f5es sempre que faltar 1 dia, 1 semana e 1 m\u00eas para o vencimento dos t\u00edtulos e metas
            Prioridade M\u00e9dia ID US10

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us11-transferencia-automatica-entre-investimentos","title":"US11 - Transfer\u00eancia autom\u00e1tica entre investimentos","text":"Tabela 12 - US11 - Transfer\u00eancia autom\u00e1tica entre investimentos

            Tabela 12 - Hist\u00f3rias de Usu\u00e1rio Transfer\u00eancia autom\u00e1tica entre investimentos

            US11 - Transfer\u00eancia autom\u00e1tica entre investimentos Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo que seja feita uma transfer\u00eancia autom\u00e1tica entre investimentos com base em minhas metas, para que o meu dinheiro continue investido quando o prazo do investimento for finalizado \u00c9pico EC02- Gerenciamento de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Todas as metas dever\u00e3o fazer a transfer\u00eancia autom\u00e1tica assim que o investimento aplicado tenha vencido
            Prioridade M\u00e9dia ID US11

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us12-relatorios-mensais-de-investimento","title":"US12 - Relat\u00f3rios mensais de investimento","text":"Tabela 13 - US12 - Relat\u00f3rios mensais de investimento

            Tabela 13 - Hist\u00f3rias de Usu\u00e1rio Relat\u00f3rios mensais de investimento

            US12 - Relat\u00f3rios mensais de investimento Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo receber relat\u00f3rios mensais dos meus investimentos, para poder visualizar dados de evolu\u00e7\u00e3o dos investimentos \u00c9pico EC04 - Painel de Controle e Relat\u00f3rios Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Os usu\u00e1rios devem receber relat\u00f3rios todos os meses
            2. Todos os investimentos ativos realizados pelo usu\u00e1rio devem estar presentes no relat\u00f3rio
            Prioridade Alta ID US12

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us13-recursos-educativos-sobre-como-investir-no-tesouro-direto","title":"US13 - Recursos educativos sobre como investir no Tesouro Direto","text":"Tabela 14 - US13 - Recursos educativos sobre como investir no Tesouro Direto

            Tabela 14 - Hist\u00f3ria de Usu\u00e1rio Recursos educativos sobre como investir no Tesouro Direto

            US13 - Recursos educativos sobre como investir no Tesouro Direto Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo visualizar recursos educativos para aprender mais sobre como investir no Tesouro Direto \u00c9pico EC08 - Recursos Educativos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Os recursos educativos devem conter textos, fotos e v\u00eddeos
            2. Os recursos educativos devem conter um gloss\u00e1rio para mais termos utilizados no app do tesouro direto
            Prioridade Baixa ID US13

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us14-integracao-com-carteiras-digitais","title":"US14 - Integra\u00e7\u00e3o com carteiras digitais","text":"Tabela 15 - US14 - Integra\u00e7\u00e3o com carteiras digitais

            Tabela 15 - Hist\u00f3rias de Usu\u00e1rio Integra\u00e7\u00e3o com carteiras digitais

            US14 - Integra\u00e7\u00e3o com carteiras digitais Hist\u00f3ria de Usu\u00e1rio Eu, como usu\u00e1rio, desejo que o aplicativo possua integra\u00e7\u00e3o com carteiras digitais para que eu possa realizar a compra dos t\u00edtulos do tesouro direto \u00c9pico EC02 - Gerenciamento de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O aplicativo deve possuir integra\u00e7\u00e3o com as seguintes institui\u00e7\u00f5es financeiras:
              • INTER DTVM LTDA
              • NU INVEST CORRETORA DE VALORES S.A
              • XP INVESTIMENTOS CCTVM S/A
            Prioridade Alta ID US14

            Autor: Thales Euflauzino , 2024

            "},{"location":"modelagem-pt2/userstories/#us15-alertas-de-mercado","title":"US15 - Alertas de mercado","text":"Tabela 16 - US15 - Alertas de mercado

            Tabela 16 - Hist\u00f3ria de Usu\u00e1rio Alertas de mercado

            US15 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero receber alertas personalizados sobre mudan\u00e7as na taxa SELIC e infla\u00e7\u00e3o, para que eu possa ajustar meus investimentos com base no mercado. \u00c9pico EC15 - Atualiza\u00e7\u00f5es e Notifica\u00e7\u00f5es Autom\u00e1ticas Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema envia notifica\u00e7\u00f5es autom\u00e1ticas quando h\u00e1 altera\u00e7\u00f5es relevantes nas taxas.
            2. O usu\u00e1rio pode configurar os limites ou condi\u00e7\u00f5es para receber os alertas.
            3. As notifica\u00e7\u00f5es incluem informa\u00e7\u00f5es resumidas e um link para detalhes.
            Prioridade M\u00e9dia ID US15

            Autor: J\u00falia Takaki , 2024

            "},{"location":"modelagem-pt2/userstories/#us16-autodeclaracao-de-expertise","title":"US16 - Autodeclara\u00e7\u00e3o de expertise","text":"Tabela 17 - US16 - Autodeclara\u00e7\u00e3o de expertise

            Tabela 17 - Hist\u00f3ria de Usu\u00e1rio Autodeclara\u00e7\u00e3o de expertise

            US16 Hist\u00f3ria de Usu\u00e1rio Como um novo usu\u00e1rio, eu quero declarar minha expertise no momento do cadastro, para que o sistema personalize minhas sugest\u00f5es e recursos. \u00c9pico EC05 - Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O cadastro inclui uma etapa para declara\u00e7\u00e3o de expertise (iniciante, m\u00e9dio ou experiente).
            2. As sugest\u00f5es apresentadas no sistema refletem o n\u00edvel de expertise selecionado.
            3. O n\u00edvel de expertise pode ser alterado posteriormente nas configura\u00e7\u00f5es do usu\u00e1rio.
            Prioridade M\u00e9dia ID US16

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us17-tutorial-no-uso-das-funcionalidades","title":"US17 - Tutorial no uso das funcionalidades","text":"Tabela 18 - US17 - Tutorial no uso das funcionalidades

            Tabela 18 - Hist\u00f3ria de Usu\u00e1rio Tutorial no uso das funcionalidades

            US17 Hist\u00f3ria de Usu\u00e1rio Como um novo usu\u00e1rio, eu quero acessar um tutorial sobre as funcionalidades do aplicativo, para que eu possa utiliz\u00e1-lo de forma eficiente desde o in\u00edcio. \u00c9pico EC08 - Recursos Educativos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O tutorial \u00e9 exibido automaticamente na primeira vez que o aplicativo \u00e9 aberto.
            2. O usu\u00e1rio pode revisitar o tutorial a qualquer momento nas configura\u00e7\u00f5es.
            3. O tutorial cobre as principais funcionalidades, como investimentos, relat\u00f3rios e simula\u00e7\u00f5es.
            Prioridade Baixa ID US17

            Autor: Thales Euflauzino , 2024

            "},{"location":"modelagem-pt2/userstories/#us18-liquidez-dos-titulos-na-simulacao","title":"US18 - Liquidez dos t\u00edtulos na simula\u00e7\u00e3o.","text":"Tabela 19 - US18 - Liquidez dos t\u00edtulos na simula\u00e7\u00e3o.

            Tabela 19 - Hist\u00f3ria de Usu\u00e1rio Liquidez dos t\u00edtulos na simula\u00e7\u00e3o.

            US18 Hist\u00f3ria de Usu\u00e1rio Como um investidor, eu quero visualizar a liquidez dos t\u00edtulos simulados, para que eu possa avaliar a melhor op\u00e7\u00e3o para meu perfil de investimento. \u00c9pico EC03 - Simula\u00e7\u00f5es de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O simulador exibe a liquidez de cada t\u00edtulo no resultado da simula\u00e7\u00e3o.
            2. A liquidez \u00e9 calculada com base nos dados atualizados do Tesouro Nacional.
            3. As informa\u00e7\u00f5es de liquidez s\u00e3o destacadas na interface.
            Prioridade Alta ID US18

            Autor: Thales Euflauzino , 2024

            "},{"location":"modelagem-pt2/userstories/#us19-comparacao-de-investimentos","title":"US19 - Compara\u00e7\u00e3o de Investimentos","text":"Tabela 20 - US19 - Compara\u00e7\u00e3o de Investimentos

            Tabela 20 - Hist\u00f3ria de Usu\u00e1rio Compara\u00e7\u00e3o de Investimentos

            US19 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero simular a evolu\u00e7\u00e3o dos t\u00edtulos do Tesouro Direto em compara\u00e7\u00e3o com outras op\u00e7\u00f5es, para que eu possa tomar decis\u00f5es informadas sobre meus investimentos. \u00c9pico EC03 - Simula\u00e7\u00f5es de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema deve incluir compara\u00e7\u00f5es com op\u00e7\u00f5es como poupan\u00e7a, LCI, LCA, Fundo DI e CDB.
            2. O simulador exibe gr\u00e1ficos e tabelas comparativas.
            3. As taxas e rendimentos das op\u00e7\u00f5es s\u00e3o atualizados automaticamente no sistema.
            Prioridade Alta ID US19

            Autor: Thales Euflauzino , 2024

            "},{"location":"modelagem-pt2/userstories/#us20-simular-a-evolucao-das-metas","title":"US20 - Simular a evolu\u00e7\u00e3o das metas","text":"Tabela 21 - US20 - Simular a evolu\u00e7\u00e3o das metas

            Tabela 21 - Hist\u00f3ria de Usu\u00e1rio Simular a evolu\u00e7\u00e3o das metas

            US20 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero simular a evolu\u00e7\u00e3o das minhas metas na tela de \"Meus Sonhos\", para que eu possa ajustar meu planejamento conforme necess\u00e1rio. \u00c9pico EC09 - Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema permite visualizar o progresso de cada meta em rela\u00e7\u00e3o ao valor-alvo.
            2. O usu\u00e1rio pode realizar simula\u00e7\u00f5es ajustando prazos ou valores investidos.
            3. As simula\u00e7\u00f5es s\u00e3o exibidas de forma gr\u00e1fica e interativa.
            Prioridade Alta ID US20

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us21-dashboard-com-dados-de-rentabilidade-e-inflacao","title":"US21 - Dashboard com dados de rentabilidade e infla\u00e7\u00e3o.","text":"Tabela 22 - US21 - Dashboard com dados de rentabilidade e infla\u00e7\u00e3o.

            Tabela 22 - Hist\u00f3ria de Usu\u00e1rio Dashboard com dados de rentabilidade e infla\u00e7\u00e3o.

            US21 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero acessar um dashboard que exiba a rentabilidade dos meus t\u00edtulos e a taxa de infla\u00e7\u00e3o, para que eu possa ter uma vis\u00e3o geral dos meus investimentos. \u00c9pico EC04 - Painel de Controle e Relat\u00f3rios Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O dashboard apresenta gr\u00e1ficos interativos de rentabilidade e infla\u00e7\u00e3o.
            2. O usu\u00e1rio pode personalizar os dados exibidos no painel.
            3. O sistema atualiza os dados em tempo real.
            Prioridade M\u00e9dia ID US21

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us22-barra-de-progresso-em-meus-sonhos","title":"US22 - Barra de progresso em \"Meus Sonhos\".","text":"Tabela 23 - US22 - Barra de progresso em \"Meus Sonhos\".

            Tabela 23 - Hist\u00f3ria de Usu\u00e1rio Barra de progresso em \"Meus Sonhos\"

            US22 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero visualizar uma barra de progresso em cada meta na aba \"Meus Sonhos\", para que eu saiba quanto falta para atingir meu objetivo. \u00c9pico EC09 - Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. A barra de progresso \u00e9 atualizada automaticamente com base nos valores investidos.
            2. O progresso \u00e9 exibido em porcentagem e valores absolutos.
            3. O design da barra \u00e9 vis\u00edvel em diferentes dispositivos.
            Prioridade Baixa ID US22

            Autor: Thales Euflauzino , 2024

            "},{"location":"modelagem-pt2/userstories/#us23-comparacao-da-simulacao-com-os-padroes-do-inss","title":"US23 - Compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS.","text":"Tabela 24 - US23 - Compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS

            Tabela 24 - Hist\u00f3ria de Usu\u00e1rio Compara\u00e7\u00e3o da simula\u00e7\u00e3o com os padr\u00f5es do INSS.

            US23 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero comparar minha simula\u00e7\u00e3o de aposentadoria com os padr\u00f5es do INSS, para que eu entenda as vantagens de investir no Tesouro Direto. \u00c9pico EC10 - Simuladores Avan\u00e7ados Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. A compara\u00e7\u00e3o exibe os valores estimados de aposentadoria com INSS e com investimentos no Tesouro Direto.
            2. O sistema permite ajustar os par\u00e2metros do INSS, como tempo de contribui\u00e7\u00e3o.
            3. O comparativo \u00e9 exibido de forma gr\u00e1fica e textual.
            Prioridade M\u00e9dia ID US23

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us24-sugestoes-com-base-na-expertise","title":"US24 - Sugest\u00f5es com base na expertise","text":"Tabela 25 - US24 - Sugest\u00f5es com base na expertise

            Tabela 25 - Hist\u00f3ria de Usu\u00e1rio Sugest\u00f5es com base na expertise

            US24 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero visualizar sugest\u00f5es personalizadas com base na minha expertise, para que eu possa acessar conte\u00fados relevantes e de acordo com meu perfil. \u00c9pico EC05 - Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. As sugest\u00f5es s\u00e3o exibidas na p\u00e1gina inicial \"Meu Investimento\".
            2. O conte\u00fado sugerido \u00e9 baseado no n\u00edvel de expertise declarado pelo usu\u00e1rio.
            3. As sugest\u00f5es podem incluir artigos, v\u00eddeos ou investimentos recomendados.
            Prioridade Baixa ID US24

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us25-metodos-de-pagamento-para-compra-de-titulos","title":"US25 - M\u00e9todos de pagamento para compra de t\u00edtulos","text":"Tabela 26 - US25 - M\u00e9todos de pagamento para compra de t\u00edtulos

            Tabela 26 - Hist\u00f3ria de Usu\u00e1rio M\u00e9todos de pagamento para compra de t\u00edtulos

            US25 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero comprar t\u00edtulos p\u00fablicos com diferentes m\u00e9todos de pagamento, para que eu tenha flexibilidade nas transa\u00e7\u00f5es. \u00c9pico EC07 - Processo de Compra de T\u00edtulos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema aceita pagamento via transfer\u00eancia banc\u00e1ria, PIX e d\u00e9bito autom\u00e1tico.
            2. As op\u00e7\u00f5es de pagamento s\u00e3o exibidas no momento da compra.
            3. A transa\u00e7\u00e3o \u00e9 confirmada com um comprovante enviado ao usu\u00e1rio.
            Prioridade Alta ID US25

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us26-rentabilidade-acumulada-de-titulos","title":"US26 - Rentabilidade acumulada de t\u00edtulos","text":"Tabela 27 - US26 - Rentabilidade acumulada de t\u00edtulos

            Tabela 27 - Hist\u00f3ria de Usu\u00e1rio Rentabilidade acumulada de t\u00edtulos

            US26 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero visualizar a rentabilidade acumulada de cada t\u00edtulo na minha carteira, para que eu possa monitorar meu portf\u00f3lio de investimentos. \u00c9pico EC04 - Painel de Controle e Relat\u00f3rios Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema apresenta a rentabilidade acumulada em um painel de controle.
            2. O usu\u00e1rio pode filtrar os dados por per\u00edodo ou tipo de t\u00edtulo.
            3. Os valores exibidos s\u00e3o atualizados em tempo real.
            Prioridade Alta ID US26

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us27-cadastro-no-proprio-sistema","title":"US27 - Cadastro no pr\u00f3prio sistema","text":"Tabela 28 - US27 - Cadastro no pr\u00f3prio sistema

            Tabela 28 - Hist\u00f3ria de Usu\u00e1rio Cadastro no pr\u00f3prio sistema

            US27 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero criar uma conta no sistema, para que eu possa acessar todas as funcionalidades do aplicativo. \u00c9pico EC05 - Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema oferece campos para nome, CPF, e-mail e celular.
            2. O usu\u00e1rio recebe um e-mail de confirma\u00e7\u00e3o ap\u00f3s o cadastro.
            3. As informa\u00e7\u00f5es fornecidas s\u00e3o validadas automaticamente pelo sistema.
            Prioridade Alta ID US27

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us28-login-e-cadastro-a-partir-do-sistema-govbr","title":"US28 - Login e cadastro a partir do sistema gov.br","text":"Tabela 29 - US28 - Login e cadastro a partir do sistema gov.br

            Tabela 29 - Hist\u00f3ria de Usu\u00e1rio Login e cadastro a partir do sistema gov.br

            US28 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero realizar meu cadastro e login pelo sistema gov.br, para que eu possa acessar o aplicativo de forma pr\u00e1tica e segura. \u00c9pico EC05 - Cadastro e Personaliza\u00e7\u00e3o de Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema oferece a op\u00e7\u00e3o de integra\u00e7\u00e3o com o gov.br.
            2. O login e o cadastro via gov.br s\u00e3o seguros e compat\u00edveis com a LGPD.
            3. O sistema sincroniza os dados automaticamente ap\u00f3s o login.
            Prioridade M\u00e9dia ID US28

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us29-agendamento-de-compras","title":"US29 - Agendamento de Compras","text":"Tabela 30 - US29 - Agendamento de Compras

            Tabela 30 - Hist\u00f3ria de Usu\u00e1rio Agendamento de Compras

            US29 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero escolher meus investimentos, definir um valor e optar por investir agora ou depois, para que eu possa gerenciar melhor meus recursos financeiros. \u00c9pico EC02 - Gerenciamento de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O usu\u00e1rio pode selecionar o t\u00edtulo desejado.
            2. O sistema oferece op\u00e7\u00e3o de investimento imediato ou agendado.
            3. O agendamento \u00e9 confirmado por notifica\u00e7\u00f5es.
            Prioridade Alta ID US29

            Autor: Victor Schmidt , 2024

            "},{"location":"modelagem-pt2/userstories/#us30-armazenamento-de-informacoes-dos-titulos-e-do-mercado","title":"US30 - Armazenamento de Informa\u00e7\u00f5es dos T\u00edtulos e do Mercado","text":"Tabela 31 - US30 - Armazenamento de Informa\u00e7\u00f5es dos T\u00edtulos e do Mercado

            Tabela 31 - Hist\u00f3ria de Usu\u00e1rio Armazenamento de Informa\u00e7\u00f5es dos T\u00edtulos e do Mercado

            US30 Hist\u00f3ria de Usu\u00e1rio Como um usu\u00e1rio, eu quero que o sistema armazene e exiba as principais informa\u00e7\u00f5es sobre os t\u00edtulos p\u00fablicos e o mercado, para que eu possa consultar esses dados facilmente e tomar decis\u00f5es informadas. \u00c9pico EC01 - Visualiza\u00e7\u00e3o de T\u00edtulos P\u00fablicos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema armazena e apresenta os seguintes dados dos t\u00edtulos p\u00fablicos: Pre\u00e7o unit\u00e1rio; Rentabilidade; Valor m\u00ednimo para investir; Data de vencimento; Pagamento de juros; Taxa da B3; Imposto de renda previsto sobre o rendimento; Taxa de IOF.
            2. O sistema exibe informa\u00e7\u00f5es sobre o hor\u00e1rio de funcionamento do mercado financeiro e o tempo de liquida\u00e7\u00e3o dos juros.
            3. Os dados armazenados s\u00e3o atualizados automaticamente em tempo real com base nas varia\u00e7\u00f5es do mercado.
            Prioridade Alta ID US30

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us31-simular-evolucao-de-um-titulo-com-base-em-periodo-de-tempo","title":"US31 - Simular evolu\u00e7\u00e3o de um t\u00edtulo com base em per\u00edodo de tempo","text":"Tabela 32 - US31 - Simular evolu\u00e7\u00e3o de um t\u00edtulo com base em per\u00edodo de tempo

            Tabela 32 - Hist\u00f3ria de Usu\u00e1rio Simular evolu\u00e7\u00e3o de um t\u00edtulo com base em per\u00edodo de tempo

            US32 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero simular a evolu\u00e7\u00e3o de um t\u00edtulo com base em um per\u00edodo de tempo, para que eu possa prever a rentabilidade do investimento. \u00c9pico EC03 - Simula\u00e7\u00f5es de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O simulador permite configurar o per\u00edodo desejado.
            2. O sistema calcula a evolu\u00e7\u00e3o com base nas taxas e caracter\u00edsticas do t\u00edtulo.
            3. O resultado da simula\u00e7\u00e3o \u00e9 apresentado em gr\u00e1ficos de f\u00e1cil visualiza\u00e7\u00e3o.
            Prioridade Alta ID US31

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us32-questionario-de-informacoes-necessarias-para-gerar-o-simulador","title":"US32 - Question\u00e1rio de informa\u00e7\u00f5es necess\u00e1rias para gerar o simulador.","text":"Tabela 33 - US32 - Question\u00e1rio de informa\u00e7\u00f5es necess\u00e1rias para gerar o simulador

            Tabela 33 - Hist\u00f3ria de Usu\u00e1rio Question\u00e1rio de informa\u00e7\u00f5es necess\u00e1rias para gerar o simulador

            US33 Hist\u00f3ria de Usu\u00e1rio Como um investidor, eu quero responder a um question\u00e1rio no simulador, para que as simula\u00e7\u00f5es geradas estejam alinhadas ao meu perfil e objetivos. \u00c9pico EC03 - Simula\u00e7\u00f5es de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O question\u00e1rio coleta dados como perfil de risco, prazo de investimento e objetivo financeiro.
            2. O simulador ajusta os resultados com base nas respostas do usu\u00e1rio.
            3. O question\u00e1rio pode ser revisado e ajustado pelo investidor.
            Prioridade M\u00e9dia ID US32

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us33-simulacao-de-metas","title":"US33 - Simula\u00e7\u00e3o de Metas","text":"Tabela 34 - US33 - Simula\u00e7\u00e3o de Metas

            Tabela 34 - Hist\u00f3ria de Usu\u00e1rio Simula\u00e7\u00e3o de Metas

            US33 Hist\u00f3ria de Usu\u00e1rio Como investidor, eu quero usar um simulador que inclua tempo de investimento, valor investido, e valor de resgate, para que eu possa planejar minhas metas financeiras. \u00c9pico EC03 - Simula\u00e7\u00f5es de Investimentos Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O simulador solicita informa\u00e7\u00f5es como t\u00edtulo, valor investido e tempo de investimento.
            2. O sistema calcula e apresenta o valor estimado de resgate futuro.
            3. As informa\u00e7\u00f5es s\u00e3o exibidas em gr\u00e1ficos e tabelas para melhor compreens\u00e3o.
            Prioridade Alta ID US33

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us34-meta-com-barra-de-progresso-individual","title":"US34 - Meta com barra de progresso individual","text":"Tabela 35 - US34 - Meta com barra de progresso individual

            Tabela 35 - Hist\u00f3ria de Usu\u00e1rio Meta com barra de progresso individual

            US34 Hist\u00f3ria de Usu\u00e1rio Como usu\u00e1rio, eu quero visualizar uma barra de progresso individual para cada meta, para que eu tenha clareza sobre o status de cada objetivo. \u00c9pico EC09 - Personaliza\u00e7\u00e3o de Metas e Planejamento Financeiro Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Cada meta possui sua barra de progresso espec\u00edfica.
            2. A barra \u00e9 destacada ao selecionar uma meta espec\u00edfica.
            3. O sistema permite alternar entre metas facilmente.
            Prioridade Baixa ID US34

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us35-validacao-de-usuario","title":"US35 - Valida\u00e7\u00e3o de usu\u00e1rio","text":"Tabela 36 - US35 - Valida\u00e7\u00e3o de usu\u00e1rio

            Tabela 36 - Hist\u00f3ria de Usu\u00e1rio Valida\u00e7\u00e3o de usu\u00e1rio

            US35 Hist\u00f3ria de Usu\u00e1rio Como um usu\u00e1rio, eu quero que meu cadastro inclua valida\u00e7\u00e3o de dados pessoais, para que eu evite erros no preenchimento. \u00c9pico EC11 - Gerenciamento de Dados do Usu\u00e1rio Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O sistema valida CPF, e-mail e n\u00famero de celular no momento do cadastro.
            2. Campos obrigat\u00f3rios s\u00e3o destacados e o usu\u00e1rio recebe feedback em caso de erro.
            3. O sistema exibe mensagens de sucesso ao concluir o cadastro corretamente.
            Prioridade Alta ID US35

            Autor: Victor Rodrigues , 2024

            "},{"location":"modelagem-pt2/userstories/#us36-tema-escuro","title":"US36 - Tema Escuro","text":"Tabela 37 - US36 - Tema Escuro

            Tabela 37 - Hist\u00f3ria de Usu\u00e1rio Tema Escuro

            US36 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, quero que poder escolher entre tema claro e escuro, para melhorar a minha experi\u00eancia no aplicativo. \u00c9pico EC13 - Funcionalidades de Acessibilidade Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. Todo o aplicativo dever\u00e1 possuir uma vers\u00e3o no tema escuro.
            2. A vers\u00e3o padr\u00e3o do aplicativo deve ser de tema claro.
            Prioridade Baixa ID US36

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us37-ajuste-da-velicidade-do-audio","title":"US37 - Ajuste da Velicidade do \u00c1udio","text":"Tabela 38 - US37 - Ajuste da Velicidade do \u00c1udio

            Tabela 38 - Hist\u00f3ria de Usu\u00e1rio Ajuste da Velicidade do \u00c1udio

            US37 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, desejo ajustar a velocidade dos \u00e1udios dispon\u00edveis no aplicativo para melhorar minha compreens\u00e3o dos conte\u00fados de \u00e1udio. \u00c9pico EC13 - Funcionalidades de Acessibilidade Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O \u00e1udio dever\u00e1 estar na velocidade normal por padr\u00e3o.
            2. O \u00e1udio dever\u00e1 possuir as seguintes op\u00e7\u00f5es de velocidade:
              • 0.25x
              • 0.5x
              • 0.75x
              • 1x
              • 1.25x
              • 1.5x
              • 1.75x
              • 2x
            Prioridade Baixa ID US37

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us38-mudanca-de-idioma-do-aplicativo","title":"US38 - Mudan\u00e7a de idioma do aplicativo","text":"Tabela 39 - US38 - Mudan\u00e7a de idioma do aplicativo

            Tabela 38 - Hist\u00f3ria de Usu\u00e1rio Mudan\u00e7a de idioma do aplicativo

            US38 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, desejo poder alterar o idioma do aplicativo para acessar o aplicativo no idioma mais adequado para mim. \u00c9pico EC14 - Multilingue e inclus\u00e3o Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O idioma padr\u00e3o dever\u00e1 ser o portugu\u00eas brasileiro.
            2. Al\u00e9m do portug\u00eas brasileiro, o aplicativo dever\u00e1 possuir as seguintes op\u00e7\u00f5es de idiomas:
              1. Ingl\u00eas
              2. Espanhol
            Prioridade M\u00e9dia ID US38

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us39-seguranca-dos-dados","title":"US39 - Seguran\u00e7a dos Dados","text":"Tabela 40 - US39 - Seguran\u00e7a dos Dados

            Tabela 39 - Hist\u00f3ria de Usu\u00e1rio Seguran\u00e7a dos Dados

            US39 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, desejo ter seguran\u00e7a na navega\u00e7\u00e3o no aplicativo, para garantir a seguran\u00e7a dos meus dados. \u00c9pico EC06 - Seguran\u00e7a e Acessibilidade Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. O aplicativo deve seguir os crit\u00e9rios de seguran\u00e7a da LGPD.
            Prioridade Alta ID US39

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us40-responsividade-do-aplicativo","title":"US40 - Responsividade do aplicativo","text":"Tabela 41 - US40 - Responsividade do aplicativo

            Tabela 41 - Hist\u00f3ria de Usu\u00e1rio Responsividade do aplicativo

            US40 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, desejo poder acessar o dispositivo em qualquer tablet ou celular compat\u00edvel . \u00c9pico EC06 - Seguran\u00e7a e Acessibilidade Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. A interface do aplicativo deve se ajustar automaticamente a diferentes tamanhos de tela, incluindo smartphones e tablets.
            2. Todos os elementos da interface (bot\u00f5es, textos, imagens e formul\u00e1rios) devem ser vis\u00edveis e funcionais sem necessidade de zoom ou rolagem para baixo para mais de metade da tela
            Prioridade M\u00e9dia ID US40

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#us41-acessibilidade-visual","title":"US41 - Acessibilidade Visual","text":"Tabela 42 - US41 - Mudan\u00e7a de idioma do aplicativo

            Tabela 42 - Hist\u00f3ria de Usu\u00e1rio Acessibilidade Visual

            US41 Hist\u00f3ria de Usu\u00e1rio Eu, Como um usu\u00e1rio, desejo navegar em um aplicativo acess\u00edvel para que eu consiga utilizar todas as funcionalidades do aplicativo com facilidade. \u00c9pico EC06 - Seguran\u00e7a e Acessibilidade Crit\u00e9rios de Aceita\u00e7\u00e3o
            1. A interface deve seguir as diretrizes da norma NBR 17060:2022 para acessibilidade visual, garantindo:
              1. Contraste adequado entre texto e fundo, conforme padr\u00f5es m\u00ednimos de lumin\u00e2ncia.
              2. Tamanho de fonte ajust\u00e1vel, permitindo amplia\u00e7\u00e3o sem distor\u00e7\u00e3o do layout.
              3. Uso de texto alternativo (alt text) para imagens e \u00edcones informativos.
              4. Foco vis\u00edvel e navegabilidade atrav\u00e9s de teclado e leitores de tela.
            Prioridade Baixa ID US41

            Autor: Maria Helena, 2024

            "},{"location":"modelagem-pt2/userstories/#referencia-bibliografica","title":"Refer\u00eancia Bibliogr\u00e1fica","text":"

            1. Washizaki, Hironori. Guide to the Software Engineering Body of Knowledge, Version 4.0. SWEBOK. IEEE Computer Society, 2024. Dispon\u00edvel em: https://www.computer.org/education/bodies-of-knowledge/software-engineering. p. 54.

            1. BRASIL. Hist\u00f3ria de usu\u00e1rio. Dispon\u00edvel em: https://www.gov.br/agricultura/pt-br/acesso-a-informacao/licitacoes-e-contratos/edital/2019/pregao-eletronico-no-05-2018/templates-artefatos/estoria-de-usuario.doc/view. Acesso em: 14 dez. 2024.

            "},{"location":"modelagem-pt2/userstories/#bibliografia","title":"Bibliografia","text":"

            1. Bilheteria Digital - Hist\u00f3rias de Usu\u00e1rio. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/elicitacao/tecnicas/introspeccao/. Acesso em 14 de dezembro de 2024

            2. SERRANO, Milene; SERRANO, Mauricio. Requisitos - Aula 15. Apresenta\u00e7\u00e3o de slides. FCTE (Faculdade de Ci\u00eancias e Tecnologias em Engenharia): UnB, s.d.. Acesso em: 11 de dezembro 2024.

            "},{"location":"modelagem-pt2/userstories/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor Revisor 1.0 13/12/2024 Cria\u00e7\u00e3o do documento Maria Helena Victor Rodrigues 1.1 15/12/2024 Adi\u00e7\u00e3o de US Victor Rodrigues, Maria Helena, J\u00falia Takaki, Thales Euflauzino e V\u00edctor Schmidt V\u00edctor Schmidt 1.2 17/12/2024 Adi\u00e7\u00e3o de novas hist\u00f3rias de usu\u00e1rio Maria Helena V\u00edctor Schmidt"},{"location":"verificacao/lv-geral/","title":"Panorama geral da verifica\u00e7\u00e3o","text":""},{"location":"verificacao/lv-geral/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            A verifica\u00e7\u00e3o \u00e9 uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos s\u00e3o analisados garantindo que cumpram com os seus requisitos especificados.

            "},{"location":"verificacao/lv-geral/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos em cada etapa do projeto pelo grupo possuem os itens e o padr\u00e3o exigidos para tais. \u00c9 importante citar que todas as verifica\u00e7\u00f5es s\u00e3o apenas em rela\u00e7\u00e3o ao artefato, nunca entrando na an\u00e1lise pessoal.

            "},{"location":"verificacao/lv-geral/#metodologia","title":"Metodologia","text":"

            O grupo determinou que todos utilizariam a metodologia de verifica\u00e7\u00e3o por inspe\u00e7\u00e3o, desenvolvida por Michael E. Fagan, na IBM em 1976 1. As entregas e os artefatos foram distribu\u00eddos entre os integrantes do grupo para que todos pudessem participar da verifica\u00e7\u00e3o. Para cada entrega foi produzido um documento de planejamneto de verififca\u00e7\u00e3o com as listas de verifica\u00e7\u00e3o que foram inspecionadas e para cada artefato foi criado um documento com os resultados da verifica\u00e7\u00e3o daquele artefato espec\u00edfico.

            "},{"location":"verificacao/lv-geral/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            Para cada entrega, ser\u00e3o elaboradas listas de verifica\u00e7\u00e3o para verficar os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos

            "},{"location":"verificacao/lv-geral/#referencias-bibliograficas","title":"Refer\u00eancias bibliogr\u00e1ficas","text":"

            1. SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/11/2024 Cria\u00e7\u00e3o do documento. Thales Euflauzino V\u00edctor Schmidt 1.1 12/11/2024 Corringindo checklist para lista de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues"},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo","text":""},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 1 do projeto do grupo.

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 1 do grupo possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007).4

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • Heatmap na vers\u00e3o 1.1 de data 31/10/2024, produzido por Victor Rodrigues e Thales Euflauzino com revis\u00e3o de Thales Euflauzino e V\u00edctor Schmidt.
            • Lista de apps avaliados na vers\u00e3o 1.5 de data 31/10/2024, produzido por e revisado por todos os membros do grupo.
            • App Escolhido na vers\u00e3o 1.3 de data 29/10/2024, produzido por Victor Rodrigues e J\u00falia Takaki com revis\u00e3o de Thales Euflauzino e V\u00edctor Schmidt
            • Rich Picture na vers\u00e3o 1.1 de data 02/11/2024, produzido por Thales Euflauzino e J\u00falia Takaki com a revis\u00e3o de V\u00edctor Schmidt.
            • Cronograma na vers\u00e3o 1.3 de data 02/11/2024, produzido por Maria Helena e V\u00edctor Schmidt com revis\u00e3o de Thales Euflauzino.
            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 06 de novembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 5 no dia 06 de novembro de 2024. A tabela 2 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 2 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 30/10/2024 Verifica\u00e7\u00e3o do Rich Picture. Thales Euflauzino e V\u00edctor Schmidt 02/11/2024 Adi\u00e7\u00e3o dos resultados. V\u00edctor Schmidt e Victor Rodrigues

            Autor: V\u00edctor Schmidt, 2024

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano3 e a literatura Introducing Rich Picture - Rich Picture Drawing Guidelines2.

            Com o intuito de melhor organizar a verifica\u00e7\u00e3o, a lista de verifica\u00e7\u00e3o ser\u00e1 dividida em 2 listas sendo que uma dever\u00e1 estar presente em todas as etapas de verifica\u00e7\u00e3o, no caso a Lista de Verifica\u00e7\u00e3o Geral. Sendo assim, as listas de verifica\u00e7\u00e3o ser\u00e3o as seguintes: Geral e Rich Picture. As tabelas de 3 a 4 apresenta as listas de verifica\u00e7\u00e3o utilizadas na verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#geral","title":"Geral","text":"

            Tabela 3 - Lista de Verifica\u00e7\u00e3o dos Itens do Planejamento Geral do projeto .

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o 1 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? --- 2 o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? --- 3 o cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa --- 4 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? --- 5 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do App? --- 6 C\u00f3pia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina. --- 7 Possui op\u00e7\u00e3o de contraste de cores? ---

            Autores: Equipe do Projeto, 2024.

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#rich-picture","title":"Rich Picture","text":"

            O Rich Picture para o Tesouro Direto foi criado pela Julia Takaki e ajudou a equipe a visualizar os processos e os principais pontos do projeto de maneira clara e direta. J\u00e1 a lista de verifica\u00e7\u00e3o foi desenvolvida por todos os membros, reunindo as contribui\u00e7\u00f5es e perspectivas de cada um. Esse trabalho colaborativo garantiu que todas as etapas fossem cuidadosamente planejadas e acompanhadas, facilitando a organiza\u00e7\u00e3o e permitindo que o grupo mantivesse o foco nos objetivos do projeto.

            Tabela 4 - Lista para a Verifica\u00e7\u00e3o do Rich Picture.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o 1 O Rich Picture conta uma hist\u00f3ria clara e compreens\u00edvel? Autor: Thales Euflauzino --- 2 O fluxo de dados est\u00e1 claro? quem est\u00e1 processando qual dado e para qual prop\u00f3sito, por exemplo Autor: Victor Rodrigues --- 3 O Rich Picture tem todas as palavras chaves necess\u00e1rias do projeto? Autor: V\u00edctor Schmidt --- 4 O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usu\u00e1rios? Autor: Julia Takaki --- 5 O Rich Picture cont\u00e9m uma representa\u00e7\u00e3o visual clara da delimita\u00e7\u00e3o do sistema, ou seja, da sua \"\u00e1rea de responsabilidade\"? Autor: Maria Helena ---

            Autores: Victor Schmidt e Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#bibliografia","title":"Bibliografia","text":"

            REQUISTOS DE SOFTWARE. Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo 2. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            2. REVADI, Chindy Elsanna. Introducing Rich Pictures - Rich Picture Drawing Guidelines. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523045/mod_resource/content/2/1_5145791542719414573.pdf. Acessado em: 02 de novembro de 2024.

            3. SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            4. SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            5

            6

            7

            8

            9

            "},{"location":"verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/11/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt e Victor Rodrigues Thales Euflauzino 1.1 12/11/2024 Corringindo checklist para lista de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.2 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.3 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino 1.4 21/11/2024 Corringindo link do cronograma Thales Euflauzino Victor Rodrigues"},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o integrantes do grupo. Thales Euflauzino, que ir\u00e1 verificar e corrigir poss\u00edveis problemas. E o integrante do grupo V\u00edctor Schmidt realizar\u00e1 a revis\u00e3o da avalia\u00e7\u00e3o realizada. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Planejamento Geral do projeto 1 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? Sim Andr\u00e9 Barros 06/11/2024 21:20 2 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? Sim Andr\u00e9 Barros 06/11/2024 21:20 3 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa Sim Andr\u00e9 Barros 06/11/2024 21:20 4 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? Incompleto Andr\u00e9 Barros 06/11/2024 21:20 5 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do App? Sim Andr\u00e9 Barros 06/11/2024 21:20 6 C\u00f3pia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina. Sim Andr\u00e9 Barros 06/11/2024 21:20 7 Possui op\u00e7\u00e3o de contraste de cores? Sim Andr\u00e9 Barros 06/11/2024 21:20 Itens do Desenvolvimento do projeto 1 O hist\u00f3rico de vers\u00e3o padronizado? Sim Andr\u00e9 Barros 06/11/2024 21:20 2 O(s) autor(es) e o(s) revisor(es) para cada artefato? Sim Andr\u00e9 Barros 06/11/2024 21:20 3 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim Andr\u00e9 Barros 06/11/2024 21:20 4 As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? Sim Andr\u00e9 Barros 06/11/2024 21:20 5 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim Andr\u00e9 Barros 06/11/2024 21:20 6 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim Andr\u00e9 Barros 06/11/2024 21:20 7 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). Sim Andr\u00e9 Barros 06/11/2024 21:20 8 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. Sim Andr\u00e9 Barros 06/11/2024 21:20 9 V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? Sim Andr\u00e9 Barros 06/11/2024 21:20 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) 1 O Rich Picture conta uma hist\u00f3ria clara e compreens\u00edvel? Sim Thales Euflauzino 06/11/2024 21:20 2 O fluxo de dados est\u00e1 claro? quem est\u00e1 processando qual dado e para qual prop\u00f3sito, por exemplo Sim Victor Rodrigues 06/11/2024 21:20 3 O Rich Picture tem todas as palavras chaves necess\u00e1rias do projeto? Sim V\u00edctor Schmidt 06/11/2024 21:20 4 O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usu\u00e1rios? Sim Julia Takaki 06/11/2024 21:20 5 O Rich Picture cont\u00e9m uma representa\u00e7\u00e3o visual clara da delimita\u00e7\u00e3o do sistema, ou seja, da sua \"\u00e1rea de responsabilidade\"? Sim Maria Helena 06/11/2024 21:20

            Autor: Thales Euflauzino 2024.

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 1

            Autor: V\u00edctor Schmidt

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#bibliografia","title":"Bibliografia","text":"

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            CTEC2402 - Software Development Project Introducing Rich Pictures - Rich Picture Drawing Guidelines.. Acesso em: 28 out. 2024

            Verifica\u00e7\u00e3o - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            1

            2

            3

            4

            5

            "},{"location":"verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 02/11/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino V\u00edctor Schmidt 1.1 02/11/2024 Adicionando revis\u00e3o da Rich Picture Thales Euflauzino V\u00edctor Schmidt 1.2 06/11/2024 Mudando avalia\u00e7\u00e3o do cronograma V\u00edctor Rodrigues Julia Takaki 1.3 06/11/2024 Adicionando v\u00eddeo de verifica\u00e7\u00e3o ao relatorio V\u00edctor Schmidt Maria Helena 1.4 12/11/2024 Corringindo checklist para lista de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.5 12/11/2024 Adicionando autor e data na tabela de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.6 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.7 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino"},{"location":"verificacao/grupo5/entrega1/verificacao-monitor/","title":"Introdu\u00e7\u00e3o","text":"

            Este artefato documenta a avalia\u00e7\u00e3o realizada pelo monitor Gabriel Campello Marques referente \u00e0 entrega 1 do projeto do Grupo 05 - Tesouro Direto, na disciplina de Requisitos de Software, ministrada pelo professor Andr\u00e9 Barros de Sales na Universidade de Bras\u00edlia. A inspe\u00e7\u00e3o visa assegurar a conformidade e a qualidade dos artefatos produzidos pelo grupo, considerando os crit\u00e9rios e orienta\u00e7\u00f5es definidos para o projeto.

            O conte\u00fado deste artefato est\u00e1 organizado em tr\u00eas tabelas principais:

            • Tabela 1: Itens do Planejamento Geral do Projeto Avalia aspectos relacionados ao planejamento inicial do projeto, incluindo a apresenta\u00e7\u00e3o da equipe, cronograma, motiva\u00e7\u00e3o do projeto e op\u00e7\u00f5es de acessibilidade.

            • Tabela 2: Itens do Desenvolvimento do Projeto Analisa os elementos produzidos durante a execu\u00e7\u00e3o do projeto, como hist\u00f3rico de vers\u00f5es, autoria e revis\u00e3o dos artefatos, refer\u00eancias bibliogr\u00e1ficas, organiza\u00e7\u00e3o das tabelas e imagens, bem como o acompanhamento do cronograma executado.

            • Tabela 3: Itens do Conte\u00fado da Disciplina Referentes ao Rich Picture Examina a conformidade do Rich Picture com os padr\u00f5es estabelecidos, avaliando a presen\u00e7a de elementos essenciais como atores, fluxo de uso do sistema, opera\u00e7\u00f5es e armazenamento de dados.

            A partir dessa an\u00e1lise, o monitor forneceu observa\u00e7\u00f5es que contribuir\u00e3o para o aperfei\u00e7oamento do projeto e o alinhamento com os objetivos da disciplina.

            "},{"location":"verificacao/grupo5/entrega1/verificacao-monitor/#tabela-1-itens-do-planejamento-geral-do-projeto","title":"Tabela 1: Itens do Planejamento Geral do Projeto","text":"Item Descri\u00e7\u00e3o Status Observa\u00e7\u00f5es Autoavalia\u00e7\u00e3o 1 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula Correto - Sim 2 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles Correto - Sim 3 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa Incompleto Colocar tabelas colaps\u00e1veis, separar o documento de cronogramas executados e planejados e adicionar o nome dos integrantes no lugar de \"todos\". Sim 4 O cronograma prev\u00ea um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos \u00e0s considera\u00e7\u00f5es dos monitores/professor Incompleto J\u00e1 est\u00e3o corrigindo Incompleto 5 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do app Correto - Sim 6 C\u00f3pia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina Correto - Sim 7 Op\u00e7\u00e3o de contraste de cores Correto - Sim"},{"location":"verificacao/grupo5/entrega1/verificacao-monitor/#tabela-2-itens-do-desenvolvimento-do-projeto","title":"Tabela 2: Itens do Desenvolvimento do Projeto","text":"Item Descri\u00e7\u00e3o Status Observa\u00e7\u00f5es Autoavalia\u00e7\u00e3o 1 O hist\u00f3rico de vers\u00e3o padronizado Correto - Sim 2 O(s) autor(es) e o(s) revisor(es) para cada artefato Correto - Sim 3 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos Correto - Sim 4 As tabelas e imagens possuem legenda e fonte e s\u00e3o chamadas dentro do texto Correto - Sim 5 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos Correto - Sim 6 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade Correto - Sim 7 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc) Correto - Sim 8 A(s) grava\u00e7\u00e3o(\u00f5es) da(s) reuni\u00e3o(\u00f5es)/apresenta\u00e7\u00e3o do grupo Correto - Sim 9 V\u00eddeo de apresenta\u00e7\u00e3o/reuni\u00e3o(\u00f5es) na categoria \"n\u00e3o listado\" no YouTube Correto - Sim"},{"location":"verificacao/grupo5/entrega1/verificacao-monitor/#tabela-3-itens-do-conteudo-da-disciplina-referentes-ao-rich-picture","title":"Tabela 3: Itens do Conte\u00fado da Disciplina Referentes ao Rich Picture","text":"Item Descri\u00e7\u00e3o Status Observa\u00e7\u00f5es Autoavalia\u00e7\u00e3o 1 T\u00edtulo e nome na parte superior esquerda Correto - Sim 2 Atores que representam usu\u00e1rios do sistema Correto - Sim 3 Uma representa\u00e7\u00e3o do fluxo de uso do sistema Correto - Sim 4 Defini\u00e7\u00e3o das opera\u00e7\u00f5es Incompleto Foge do modelo para um rich picture Sim 5 Delimita\u00e7\u00e3o da \u00e1rea do sistema Correto - Sim 6 Representa\u00e7\u00e3o do armazenamento de dados (com ret\u00e2ngulos) Incompleto Foge do modelo para um rich picture Sim 7 Legenda para informar o significado dos componentes utilizados Correto - Sim

            Link para a autoavalia\u00e7\u00e3o do grupo: Link Verifica\u00e7\u00e3o Grupo 5

            Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 21/11/2024 Cria\u00e7\u00e3o e estrutura\u00e7\u00e3o do documento Thales Euflauzino Victor Rodrigues"},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 2 do Grupo","text":""},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 2 do projeto (Elicita\u00e7\u00e3o de Requisitos) do grupo.

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 2 do grupo possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007). 1

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • Brainstorm na vers\u00e3o 1.4 de data 20/11/2024, produzido por Victor Schmidt com revis\u00e3o de Thales Euflauzino e Maria Helena.
            • Grupo de Foco na vers\u00e3o 1.1 de data 21/11/2024, produzido por Thales Euflauzino e revisado por Victor Rodrigues.
            • Introspec\u00e7\u00e3o na vers\u00e3o 1.0 de data 15/11/2024, produzido por V\u00edctor Schmidt com revis\u00e3o de Thales Euflauzino.
            • Personas na vers\u00e3o 1.0 de data 19/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            • Gloss\u00e1rio na vers\u00e3o 1.1 de data 21/11/2024, produzido por Thales Euflauzino com revis\u00e3o de V\u00edctor Rodrigues.
            • Prioriza\u00e7\u00e3o 100$ na vers\u00e3o 1.2 de data 22/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            • Prioriza\u00e7\u00e3o In or Out na vers\u00e3o 1.2 de data 22/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            • Prioriza\u00e7\u00e3o Three Level Scale na vers\u00e3o 1.2 de data 22/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            • Perfil de Usu\u00e1rio na vers\u00e3o 1.2 de data 22/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            • Question\u00e1rio na vers\u00e3o 1.2 de data 22/11/2024, produzido por V\u00edctor Rodrigues com revis\u00e3o de Thales Euflauzino.
            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 23 de novembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 5 no dia 23 de novembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 1 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 22/11/2024 Planejamento da Verifica\u00e7\u00e3o V\u00edctor Schmidt 23/11/2024 Adi\u00e7\u00e3o dos resultados. Grupo

            Autor: V\u00edctor Schmidt, 2024

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano2.

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#geral","title":"Geral","text":"

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Desenvolvimento do projeto 1 1 - A Especifica\u00e7\u00e3o do Perfil do usu\u00e1rio possui informa\u00e7\u00e3o de: \u2022 Idade (crian\u00e7a, jovem, adulto, terceira idade etc.); \u2022 Experi\u00eancia (leigo/ novato, especialista); \u2022 Atitudes (tecn\u00f3filos, tecn\u00f3fobos); \u2022 tarefas prim\u00e1rias (compra, venda) Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 2 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da elicita\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 3 No m\u00ednimo tr\u00eas t\u00e9cnicas de elicita\u00e7\u00e3o foram utilizadas (quanto mais melhor)? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 4 A participa\u00e7\u00e3o do cliente e/ou persona na elicita\u00e7\u00e3o de requisitos? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 5 A grava\u00e7\u00e3o e o(s) registro(s) da elicita\u00e7\u00e3o dos requisitos (pr\u00e9-rastreabilidade)? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 6 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da prioriza\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 7 No m\u00ednimo duas t\u00e9cnicas de prioriza\u00e7\u00e3o (quanto mais melhor)? * A t\u00e9cnica de MoSCoW / 100 $ s\u00f3 devem ser utilizados no projeto ap\u00f3s a utiliza\u00e7\u00e3o de outras duas t\u00e9cnicas de prioriza\u00e7\u00e3o no projeto. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 8 A participa\u00e7\u00e3o do cliente e/ou persona no processo de prioriza\u00e7\u00e3o? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 9 A grava\u00e7\u00e3o e o(s) registro(s) da atividade de prioriza\u00e7\u00e3o dos requisitos? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 As personas s\u00e3o criadas a partir de observa\u00e7\u00f5es do mundo real? Sim/N\u00e3o/Incompleto Thales Euflauzino A preencher P2 As personas possuem objetivos bem esclarecidos? Sim/N\u00e3o/Incompleto Victor Rodrigues A preencher P3 Os requisitos elicitados consideram tanto os objetivos dos usu\u00e1rios quanto as caracter\u00edsticas e atributos do produto? Sim/N\u00e3o/Incompleto V\u00edctor Schmidt A preencher P4 O question\u00e1rio considera vari\u00e1veis demogr\u00e1ficas, como idade e localiza\u00e7\u00e3o geogr\u00e1fica, apenas quando elas t\u00eam impacto direto no comportamento e nas intera\u00e7\u00f5es dos usu\u00e1rios com o sistema? Sim/N\u00e3o/Incompleto J\u00falia Takaki A preencher P5 H\u00e1 alguma comprova\u00e7\u00e3o do consentimento para o uso e a divulga\u00e7\u00e3o dos dados e das imagens dos participantes dos estudos, pesquisas e an\u00e1lises realizados nesta etapa, por meio da assinatura de um termo de consentimento? Sim/N\u00e3o/Incompleto Maria Helena A preencher

            Autores: Equipe do Projeto, 2024.

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#bibliografia","title":"Bibliografia","text":"

            BARBOSA, Simone D. J. et al. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Rio de Janeiro: [s.n.], 2021.

            REQUISTOS DE SOFTWARE. Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo 2. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            2 SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            P1

            P2

            P3

            P4

            P5

            "},{"location":"verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 22/11/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt Thales Euflauzino 1.1 22/11/2024 Adicionando a minha questao pessoal Thales Euflauzino V\u00edctor Schmidt 1.2 23/11/2024 Adicionando a minha quest\u00e3o e refer\u00eancia bibliogr\u00e1fica Maria Helena V\u00edctor Schmidt 1.3 23/11/2024 Adicionando quest\u00e3o e refer\u00eancia bibliogr\u00e1fica Victor Rodrigues V\u00edctor Schmidt 1.4 23/11/2024 Adicionando quest\u00e3o e refer\u00eancia bibliogr\u00e1fica J\u00falia Takaki V\u00edctor Schmidt 1.5 23/11/2024 Corrigindo bibliografia Thales Euflauzino Victor Rodrigues 1.6 23/11/2024 Alterando a bibliografia Thales Euflauzino Victor Rodrigues 1.7 10/12/2024 Ajustando legendas da LV Thales Euflauzino Victor Schmidt"},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 2.

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o todos integrantes do grupo. Thales Euflauzino, que ir\u00e1 verificar e corrigir poss\u00edveis problemas com os outros integrantes do grupo. E o integrante do grupo J\u00falia Takaki realizar\u00e1 a revis\u00e3o da avalia\u00e7\u00e3o realizada. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Desenvolvimento do projeto 1 1 - A Especifica\u00e7\u00e3o do Perfil do usu\u00e1rio possui informa\u00e7\u00e3o de: \u2022 Idade (crian\u00e7a, jovem, adulto, terceira idade etc.); \u2022 Experi\u00eancia (leigo/ novato, especialista); \u2022 Atitudes (tecn\u00f3filos, tecn\u00f3fobos); \u2022 tarefas prim\u00e1rias (compra, venda) Sim Andr\u00e9 Barros 23/11/24 18:50 2 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da elicita\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Incompleto Andr\u00e9 Barros 23/11/24 18:50 3 No m\u00ednimo tr\u00eas t\u00e9cnicas de elicita\u00e7\u00e3o foram utilizadas (quanto mais melhor)? Sim Andr\u00e9 Barros 23/11/24 18:50 4 A participa\u00e7\u00e3o do cliente e/ou persona na elicita\u00e7\u00e3o de requisitos? Sim Andr\u00e9 Barros 23/11/24 18:50 5 A grava\u00e7\u00e3o e o(s) registro(s) da elicita\u00e7\u00e3o dos requisitos (pr\u00e9-rastreabilidade)? Sim Andr\u00e9 Barros 23/11/24 18:50 6 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da prioriza\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim Andr\u00e9 Barros 23/11/24 18:50 7 No m\u00ednimo duas t\u00e9cnicas de prioriza\u00e7\u00e3o (quanto mais melhor)? * A t\u00e9cnica de MoSCoW / 100 $ s\u00f3 devem ser utilizados no projeto ap\u00f3s a utiliza\u00e7\u00e3o de outras duas t\u00e9cnicas de prioriza\u00e7\u00e3o no projeto. Sim Andr\u00e9 Barros 23/11/24 18:50 8 A participa\u00e7\u00e3o do cliente e/ou persona no processo de prioriza\u00e7\u00e3o? Sim Andr\u00e9 Barros 23/11/24 18:50 9 A grava\u00e7\u00e3o e o(s) registro(s) da atividade de prioriza\u00e7\u00e3o dos requisitos? Sim Andr\u00e9 Barros 23/11/24 18:50 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 As personas s\u00e3o criadas a partir de observa\u00e7\u00f5es do mundo real? Sim Thales Euflauzino 23/11/24 18:50 P2 As personas possuem objetivos bem esclarecidos? Sim Victor Rodrigues 23/11/24 18:50 P3 Os requisitos elicitados consideram tanto os objetivos dos usu\u00e1rios quanto as caracter\u00edsticas e atributos do produto? Sim V\u00edctor Schmidt 23/11/24 18:50 P4 O question\u00e1rio considera vari\u00e1veis demogr\u00e1ficas, como idade e localiza\u00e7\u00e3o geogr\u00e1fica, apenas quando elas t\u00eam impacto direto no comportamento e nas intera\u00e7\u00f5es dos usu\u00e1rios com o sistema? Sim Julia Takaki 23/11/24 18:50 P5 H\u00e1 alguma comprova\u00e7\u00e3o do consentimento para o uso e a divulga\u00e7\u00e3o dos dados e das imagens dos participantes dos estudos, pesquisas e an\u00e1lises realizados nesta etapa, por meio da assinatura de um termo de consentimento? Sim Maria Helena 23/11/24 18:50

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 2

            Autor: Victor Rodrigues, 2024

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#bibliografia","title":"Bibliografia","text":"

            BARBOSA, Simone D. J. et al. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Rio de Janeiro: [s.n.], 2021.

            COOPER, Alan; REIMANN, Robert; CRONIN, Dave. About Face 3: The Essentials of Interaction Design. 3. ed. Indianapolis: Wiley Publishing, 2007. ISBN 978-0-470-08411-3

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            Verifica\u00e7\u00e3o - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            P1

            P2

            P3

            P4

            P5

            "},{"location":"verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 21/11/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino V\u00edctor Schmidt 1.1 21/11/2024 Adicionando a minha questao pessoal Thales Euflauzino V\u00edctor Schmidt 1.2 23/11/2024 Adicionando a minha quest\u00e3o e refer\u00eancia bibliogr\u00e1fica Maria Helena V\u00edctor Schmidt 1.3 23/11/2024 Adicionando quest\u00e3o e refer\u00eancia bibliogr\u00e1fica Victor Rodrigues V\u00edctor Schmidt 1.4 23/11/2024 Alterando a bibliografia Thales Euflauzino Victor Rodrigues 1.5 23/11/2024 Realizando a verifica\u00e7\u00e3o Thales Euflauzino J\u00falia Takaki 1.6 23/11/2024 Adi\u00e7\u00e3o do video Victor Rodrigues Thales Euflauzino"},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 2 do Grupo","text":""},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 3 do projeto (Modelagem de Requisitos) do grupo.

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 3 do grupo possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007). 5

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • L\u00e9xicos na vers\u00e3o 1.1 de data 07/12/2024, produzido por Thales Euflauzino com revis\u00e3o de Maria Helena.
            • Cen\u00e1rios na vers\u00e3o 1.1 de data 01/12/2024, produzido por Victor Rodrigues e Maria Helena, com revis\u00e3o dos mesmos
            • Casos de Uso na vers\u00e3o 1.1 de data 07/12/2024, produzido por V\u00edctor Schmidt com revis\u00e3o de Victor Rodrigues.
            • Valida\u00e7\u00e3o dos Casos de Uso na vers\u00e3o 1.0 de data XX/12/2024, produzido por Victor Rodrigues com revis\u00e3o de V\u00edctor Schmidt.
            • Especifica\u00e7\u00e3o Suplementar na vers\u00e3o 1.2 de data 07/12/2024, produzido por Maria Helena e J\u00falia Takaki, com revis\u00e3o das mesmas.
            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 07 de dezembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 5 no dia 07 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 1 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 04/12/2024 Planejamento da Verifica\u00e7\u00e3o Thales Euflauzino 08/12/2024 Adi\u00e7\u00e3o dos resultados. Grupo

            Autor: Thales Euflauzino, 2024

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano4.

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#geral","title":"Geral","text":"

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e Hora Itens do desenvolvimentos do projeto 1 Todos os 9 itens Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do conte\u00fado da disciplina 1 As especifica\u00e7\u00f5es dos cen\u00e1rios para o projeto. Exemplo de especifica\u00e7\u00e3o dos cen\u00e1rios? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 2 Os cen\u00e1rios possuem os elementos b\u00e1sicos de um cen\u00e1rio (T\u00edtulo, Metas/Objetivo, Contexto, Atores, Recursos, Exce\u00e7\u00e3o e Epis\u00f3dios). Quais elementos dos cen\u00e1rios? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 3 As especifica\u00e7\u00f5es dos l\u00e9xicos. O que s\u00e3o l\u00e9xicos? 1 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 4 A defini\u00e7\u00e3o do usu\u00e1rio nos l\u00e9xicos. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 5 Os l\u00e9xicos possuem liga\u00e7\u00f5es entre si (hiperlinks). Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 6 Os l\u00e9xicos utilizam a estrutura de dicion\u00e1rio (verbo, objeto, estado). O que \u00e9 o dicion\u00e1rio dos l\u00e9xicos?1 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 7 A especifica\u00e7\u00e3o do caso de uso. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 8 Os atores principais e secund\u00e1rios no diagrama de caso de uso. 3 [min. 3:27]. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 9 O ator principal est\u00e1 do lado esquerdo do sistema no diagrama de caso de uso. 3 [min. 3:57] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 10 Os atores est\u00e3o fora da caixa de limite do sistema no diagrama de caso de uso. 3 [min. 2:55] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 11 A especifica\u00e7\u00e3o do diagrama de caso de uso (com Nome, Descri\u00e7\u00e3o, Atores, Pr\u00e9-Condi\u00e7\u00e3o, P\u00f3s-Condi\u00e7\u00e3o, Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o etc.). Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 12 No diagrama de caso de uso h\u00e1 ao menos um caso de uso com pontos de extens\u00e3o? 3 [min. 8:35] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 13 A participa\u00e7\u00e3o do cliente e/ou persona na valida\u00e7\u00e3o do diagrama de caso de uso. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 14 A especifica\u00e7\u00e3o suplementar. O que \u00e9 especifica\u00e7\u00e3o suplementar? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 15 O artefato segue o modelo FURPS+. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 16 O documento especifica o tempo de Sim/N\u00e3o/Incompleto, no desempenho? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 17 O documento especifica qual plataforma o aplicativo pode ser executado? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 18 Todos os requisitos podem ser testados (RF e RNF)? Identificar quais requisitos n\u00e3o s\u00e3o test\u00e1veis/verific\u00e1veis. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 O ator est\u00e1 presente no diagrama de caso de uso? 3 [min. 1:37]. Sim Thales Euflauzino 08/12/2024 15:20 P1.1 Os relacionamentos est\u00e3o presentes no diagrama de caso de uso? 3 [min. 1:37]. Sim Thales Euflauzino 08/12/2024 15:20 P2 Os casos de uso est\u00e3o em formato oval na horizontal? Sim/N\u00e3o/Incompleto V\u00edctor Schmidt A preencher P3 Os fluxos do diagrama de casos de uso s\u00e3o divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o Sim/N\u00e3o/Incompleto Victor Rodrigues A preencher P4 Os cen\u00e1rios descrevem apenas um \u00fanico caminho espec\u00edfico feito pelo ator espec\u00edfico realizando a\u00e7\u00f5es espec\u00edficas? Sim/N\u00e3o/Incompleto Maria Helena A preencher P5 O diagrama de caso de uso d\u00e1 uma vis\u00e3o geral do relacionamento entre casos de uso, atores\u00a0e\u00a0sistemas? Sim/N\u00e3o/Incompleto J\u00falia Takaki A preencher

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#bibliografia","title":"Bibliografia","text":"

            1. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Cen\u00e1rios, L\u00e9xicos e Ferramenta C&L. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            2. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Casos de Uso e Especifica\u00e7\u00e3o Suplementar. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            3. LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            4 SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            5 SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            P1 LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            P2 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            P3 Serrano, Milene; Serrano, Maur\u00edcio. Requisitos \u2013 Aula 13.pdf. Slide 18.

            P4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

            P5 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            "},{"location":"verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/12/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino Victor Rodrigues 1.1 08/12/2024 Adi\u00e7\u00e3o de item de verifica\u00e7\u00e3o Victor Rodrigues Thales Euflauzino 1.2 08/12/2024 Adi\u00e7\u00e3o de item de verifica\u00e7\u00e3o (Maria Helena) Maria Helena Thales Euflauzino 1.3 10/12/2024 Ajustando legendas da LV Thales Euflauzino Victor Schmidt"},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 3.

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o todos integrantes do grupo. V\u00edctor Schmidt, que ir\u00e1 verificar e corrigir poss\u00edveis problemas com os outros integrantes do grupo. E o integrante do grupo Thales Euflauzino realizar\u00e1 a revis\u00e3o da avalia\u00e7\u00e3o. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e Hora Itens do desenvolvimentos do projeto 1 Todos os 9 itens Sim Andr\u00e9 Barros 08/12/2024 15:20 Itens do conte\u00fado da disciplina 1 As especifica\u00e7\u00f5es dos cen\u00e1rios para o projeto. Exemplo de especifica\u00e7\u00e3o dos cen\u00e1rios? 2 Sim Andr\u00e9 Barros 08/12/2024 15:20 2 Os cen\u00e1rios possuem os elementos b\u00e1sicos de um cen\u00e1rio (T\u00edtulo, Metas/Objetivo, Contexto, Atores, Recursos, Exce\u00e7\u00e3o e Epis\u00f3dios). Quais elementos dos cen\u00e1rios? 2 Sim Andr\u00e9 Barros 08/12/2024 15:20 3 As especifica\u00e7\u00f5es dos l\u00e9xicos. O que s\u00e3o l\u00e9xicos? 1 Sim Andr\u00e9 Barros 08/12/2024 15:20 4 A defini\u00e7\u00e3o do usu\u00e1rio nos l\u00e9xicos. Sim Andr\u00e9 Barros 08/12/2024 15:20 5 Os l\u00e9xicos possuem liga\u00e7\u00f5es entre si (hiperlinks). Sim Andr\u00e9 Barros 08/12/2024 15:20 6 Os l\u00e9xicos utilizam a estrutura de dicion\u00e1rio (verbo, objeto, estado). O que \u00e9 o dicion\u00e1rio dos l\u00e9xicos?1 Sim Andr\u00e9 Barros 08/12/2024 15:20 7 A especifica\u00e7\u00e3o do caso de uso. Sim Andr\u00e9 Barros 08/12/2024 15:20 8 Os atores principais e secund\u00e1rios no diagrama de caso de uso. 3 [min. 3:27]. Sim Andr\u00e9 Barros 08/12/2024 15:20 9 O ator principal est\u00e1 do lado esquerdo do sistema no diagrama de caso de uso. 3 [min. 3:57] Sim Andr\u00e9 Barros 08/12/2024 15:20 10 Os atores est\u00e3o fora da caixa de limite do sistema no diagrama de caso de uso. 3 [min. 2:55] Sim Andr\u00e9 Barros 08/12/2024 15:20 11 A especifica\u00e7\u00e3o do diagrama de caso de uso (com Nome, Descri\u00e7\u00e3o, Atores, Pr\u00e9-Condi\u00e7\u00e3o, P\u00f3s-Condi\u00e7\u00e3o, Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o etc.). Sim Andr\u00e9 Barros 08/12/2024 15:20 12 No diagrama de caso de uso h\u00e1 ao menos um caso de uso com pontos de extens\u00e3o? 3 [min. 8:35] Sim Andr\u00e9 Barros 08/12/2024 15:20 13 A participa\u00e7\u00e3o do cliente e/ou persona na valida\u00e7\u00e3o do diagrama de caso de uso. Sim Andr\u00e9 Barros 08/12/2024 15:20 14 A especifica\u00e7\u00e3o suplementar. O que \u00e9 especifica\u00e7\u00e3o suplementar? 2 Sim Andr\u00e9 Barros 08/12/2024 15:20 15 O artefato segue o modelo FURPS+. Sim Andr\u00e9 Barros 08/12/2024 15:20 16 O documento especifica o tempo de resposta, no desempenho? Sim Andr\u00e9 Barros 08/12/2024 15:20 17 O documento especifica qual plataforma o aplicativo pode ser executado? Sim Andr\u00e9 Barros 08/12/2024 15:20 18 Todos os requisitos podem ser testados (RF e RNF)? Lista de requisitos n\u00e3o test\u00e1veis/verific\u00e1veis Incompleto Andr\u00e9 Barros 08/12/2024 15:20 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 O ator est\u00e1 presente no diagrama de caso de uso? 3 [min. 1:37]. Sim Thales Euflauzino 08/12/2024 15:20 P1.1 Os relacionamentos est\u00e3o presentes no diagrama de caso de uso? 3 [min. 1:37]. Sim Thales Euflauzino 08/12/2024 15:20 P2 Os casos de uso est\u00e3o em formato oval na horizontal? Sim V\u00edctor Schmidt 08/12/2024 15:20 P3 Os fluxos do diagrama de casos de uso s\u00e3o divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o Sim Victor Rodrigues 08/12/2024 15:20 P4 Os cen\u00e1rios descrevem apenas um \u00fanico caminho espec\u00edfico feito pelo ator espec\u00edfico realizando a\u00e7\u00f5es espec\u00edficas? Sim Maria Helena 08/12/2024 15:20 P5 O diagrama de caso de uso d\u00e1 uma vis\u00e3o geral do relacionamento entre casos de uso, atores\u00a0e\u00a0sistemas? Sim J\u00falia Takaki 08/12/2024 15:20

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 2

            Autor: Thales Euflauzino, 2024

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#requisitos-nao-testaveisverificaveis","title":"Requisitos n\u00e3o test\u00e1veis/verific\u00e1veis","text":"

            Na tabela 2 est\u00e3o listados os requisitos funcionais e n\u00e3o funcionais elicitados que n\u00e3o podem ser testados ou verificados.

            Tabela 2 - Requisitos elicitados n\u00e3o test\u00e1veis/verific\u00e1veis.

            Requisito Rastreabilidade (Link) RF22 RF22 RF26 RF26 RF29 RF29 RNF04 RNF04 RNF05 RNF05 RNF07 RNF07 RNF08 RNF08

            Autor: Thales Euflauzino, 2024

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#bibliografia","title":"Bibliografia","text":"

            1. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Cen\u00e1rios, L\u00e9xicos e Ferramenta C&L. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            2. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Casos de Uso e Especifica\u00e7\u00e3o Suplementar. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            3. LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024. P1 LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            P2 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            P3 Serrano, Milene; Serrano, Maur\u00edcio. Requisitos \u2013 Aula 13.pdf. Slide 18.

            P4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

            P5 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            "},{"location":"verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 04/12/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino Victor Rodrigues 1.1 08/12/2024 Adi\u00e7\u00e3o de item de verifica\u00e7\u00e3o Victor Rodrigues Thales Euflauzino 1.2 08/12/2024 Adi\u00e7\u00e3o de item de verifica\u00e7\u00e3o (Maria Helena) Maria Helena Thales Euflauzino 1.3 08/12/2024 Adicionando respostas da verifica\u00e7\u00e3o Thales Euflauzino Victor Schmidt 1.4 08/12/2024 Adicionando grava\u00e7\u00e3o da verifica\u00e7\u00e3o Thales Euflauzino Victor Schmidt 1.5 10/12/2024 Alterando pergunta pessoal Thales Euflauzino Victor Schmidt 1.6 10/12/2024 Adicionando imagem de formato oval na horizontal Victor Schmidt Thales Euflauzino"},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 4 do Grupo","text":""},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 4 do projeto (Modelagem de Requisitos) do grupo.

            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 4 do grupo possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007). 1

            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • Backlog na vers\u00e3o 1.2 de data 14/12/2024, produzido por Todos integrantes com revis\u00e3o de Todos integrantes.
            • Hist\u00f3rias do Usu\u00e1rio na vers\u00e3o 1.1 de data 15/12/2024, produzido por Todos integrantes, com revis\u00e3o de Todos integrantes.
            • NFR Framework na vers\u00e3o 1.4 de data 17/12/2024, produzido por Todos integrantes com revis\u00e3o de Todos integrantes.
            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 17 de dezembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 5 no dia 17 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 1 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 16/12/2024 Planejamento da Verifica\u00e7\u00e3o Thales Euflauzino 17/12/2024 Adi\u00e7\u00e3o dos resultados. Grupo

            Autor: Thales Euflauzino, 2024

            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano2.

            • O PDF utilizado para a lista de verifica\u00e7\u00e3o est\u00e1 dispon\u00edvel no link a seguir: Lista de verifica\u00e7\u00e3o grupo 05 - entrega 4, elaborado por Thales Euflauzino
            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#bibliografia","title":"Bibliografia","text":"

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            2 SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            "},{"location":"verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 16/12/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino V\u00edctor Schmidt"},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 4.

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o foram CITAR OS INTEGRANTES. , que ir\u00e1 verificar e corrigir poss\u00edveis problemas com os outros integrantes do grupo. E o integrante do grupo realizar\u00e1 a revis\u00e3o da avalia\u00e7\u00e3o. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#resultado-da-inspecao","title":"Resultado da inspe\u00e7\u00e3o","text":"
            • O resultado da inspe\u00e7\u00e3o pode ser acessado no link a seguir: Resultado da inspe\u00e7\u00e3o - grupo 05 - entrega 4
            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 4

            [video]

            Autor: , 2024

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#bibliografia","title":"Bibliografia","text":"

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            "},{"location":"verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 16/12/2024 Cria\u00e7\u00e3o do documento Thales Euflauzino V\u00edctor Schmidt"},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo","text":""},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato a seguir visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 1 do projeto do grupo 6.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 1 do grupo 6 possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis por esse artefato ou seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007).4

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • Heatmap na vers\u00e3o 1.0 de data 04/11/2024, produzido por Nicolas Bomfim e com revis\u00e3o de Ana Catarina.
            • Lista de apps avaliados na vers\u00e3o 1.4 de data 05/11/2024, produzido e revisado por todos os membros do grupo 6.
            • App Escolhido na vers\u00e3o 1.3 de data 29/10/2024, produzido por Cristiano Morais e com revis\u00e3o de J\u00falia Fortunato
            • Rich Picture na vers\u00e3o 1.0 de data 28/10/2024, produzido por Cristiano Borges, com a revis\u00e3o de J\u00falia Fortunato.
            • Cronograma na vers\u00e3o 1.0 de data 02/11/2024, produzido por Mauricio Araujo e J\u00falia Fortunato com revis\u00e3o de Cristiano Borges.
            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada em 07 de novembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 6 no dia 07 de novembro de 2024. A tabela 2 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 2 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 07/11/2024 Verifica\u00e7\u00e3o do projeto do grupo 6 Todos do grupo

            Autor: Elaborado por V\u00edctor Schmidt, 2024

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano3 e a literatura Introducing Rich Picture - Rich Picture Drawing Guidelines2.

            Com o intuito de melhor organizar a verifica\u00e7\u00e3o, a lista de verifica\u00e7\u00e3o ser\u00e1 dividida em 2 listas sendo que uma dever\u00e1 estar presente em todas as etapas de verifica\u00e7\u00e3o, no caso a Lista de Verifica\u00e7\u00e3o Geral. Sendo assim, as listas de verifica\u00e7\u00e3o s\u00e3o as seguintes: Geral e Rich Picture. As tabelas de 3 a 4 apresenta as listas de verifica\u00e7\u00e3o utilizadas na verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#geral","title":"Geral","text":"

            Tabela 3 - Lista de Verifica\u00e7\u00e3o dos Itens do Planejamento Geral do projeto .

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o 1 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? - 2 o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? - 3 o cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa - 4 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? - 5 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do App? - 6 C\u00f3pia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina. - 7 Possui op\u00e7\u00e3o de contraste de cores? -

            Autor: Equipe do Projeto, 2024.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#rich-picture","title":"Rich Picture","text":"

            Tabela 4 - Lista para a Verifica\u00e7\u00e3o do Rich Picture.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o 1 O Rich Picture conta uma hist\u00f3ria clara e compreens\u00edvel? Autor: Thales Euflauzino - 2 O fluxo de dados est\u00e1 claro? quem est\u00e1 processando qual dado e para qual prop\u00f3sito, por exemplo Autor: Victor Rodrigues - 3 O Rich Picture tem todas as palavras chaves necess\u00e1rias do projeto? Autor: V\u00edctor Schmidt - 4 O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usu\u00e1rios? Autor: Julia Takaki - 5 O Rich Picture cont\u00e9m uma representa\u00e7\u00e3o visual clara da delimita\u00e7\u00e3o do sistema, ou seja, da sua \"\u00e1rea de responsabilidade\"? Autor: Maria Helena -

            Autores: Victor Schmidt e Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#bibliografia","title":"Bibliografia","text":"

            REQUISTOS DE SOFTWARE. Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo 2. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            2. REVADI, Chindy Elsanna. Introducing Rich Pictures - Rich Picture Drawing Guidelines. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523045/mod_resource/content/2/1_5145791542719414573.pdf. Acessado em: 02 de novembro de 2024.

            3. SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            4. SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            5. Meu INSS. Dispon\u00edvel em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acessado em: 07 de novembro de 2024.

            "},{"location":"verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 07/11/2024 Cria\u00e7\u00e3o do documento Todos os integrantes do grupo Todos os integrantes do grupo 1.1 12/11/2024 Corringindo checklist para lista de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.2 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino V\u00edctor Schmidt"},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos do Grupo 06. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo Grupo 6

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir das listas de verifica\u00e7\u00e3o elaboradas na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas nas listas o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1 tamb\u00e9m escrever observa\u00e7\u00f5es em cada pergunta detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o integrantes do grupo. todo o grupo ira verificar os poss\u00edveis problemas no projeto do grupo 6. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Planejamento Geral do projeto 1 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? Sim Andr\u00e9 Barros 07/11/2024 20:30 2 O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? Sim Andr\u00e9 Barros 07/11/2024 20:30 3 O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa Sim Andr\u00e9 Barros 07/11/2024 20:30 4 O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? Sim Andr\u00e9 Barros 07/11/2024 20:30 5 A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do App? Sim Andr\u00e9 Barros 07/11/2024 20:30 6 C\u00f3pia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina. Sim Andr\u00e9 Barros 07/11/2024 20:30 7 Possui op\u00e7\u00e3o de contraste de cores? Sim Andr\u00e9 Barros 07/11/2024 20:30 Itens do Desenvolvimento do projeto 1 O hist\u00f3rico de vers\u00e3o padronizado? Incompleto Andr\u00e9 Barros 07/11/2024 20:30 2 O(s) autor(es) e o(s) revisor(es) para cada artefato? Sim Andr\u00e9 Barros 07/11/2024 20:30 3 Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim Andr\u00e9 Barros 07/11/2024 20:30 4 As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? Incompleto Andr\u00e9 Barros 07/11/2024 20:30 5 Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim Andr\u00e9 Barros 07/11/2024 20:30 6 O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim Andr\u00e9 Barros 07/11/2024 20:30 7 Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). Sim Andr\u00e9 Barros 07/11/2024 20:30 8 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. Sim Andr\u00e9 Barros 07/11/2024 20:30 9 V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? Sim Andr\u00e9 Barros 07/11/2024 20:30 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) 1 O Rich Picture conta uma hist\u00f3ria clara e compreens\u00edvel? Sim Thales Euflauzino 07/11/2024 20:30 2 O fluxo de dados est\u00e1 claro? quem est\u00e1 processando qual dado e para qual prop\u00f3sito, por exemplo Incompleto Victor Rodrigues 07/11/2024 20:30 3 O Rich Picture tem todas as palavras chaves necess\u00e1rias do projeto? Sim V\u00edctor Schmidt 07/11/2024 20:30 4 O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usu\u00e1rios? Incompleto Julia Takaki 07/11/2024 20:30 5 O Rich Picture cont\u00e9m uma representa\u00e7\u00e3o visual clara da delimita\u00e7\u00e3o do sistema, ou seja, da sua \"\u00e1rea de responsabilidade\"? Sim Maria Helena 07/11/2024 20:30

            Autor: Elaborada por Thales Euflauzino 2024.

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#video-de-verificacao","title":"Video de Verifica\u00e7\u00e3o","text":"

            \u00c9 poss\u00edvel ver o grupo realizando a verifica\u00e7\u00e3o dos artefatos do Grupo 6 no V\u00eddeo 1.

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            CTEC2402 - Software Development Project Introducing Rich Pictures - Rich Picture Drawing Guidelines.. Acesso em: 28 out. 2024

            Verifica\u00e7\u00e3o - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture//. Acesso em 02 de novembro de 2024.

            Meu INSS. Dispon\u00edvel em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em 07 de novembro de 2024.

            1

            2

            3

            4

            5

            "},{"location":"verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 07/11/2024 Cria\u00e7\u00e3o do documento Todos os integrantes do grupo Todos os integrantes do grupo 1.1 07/11/2024 Arrumando bibliografia Thales Euflauzino Maria Helena 1.2 12/11/2024 Corringindo checklist para lista de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.3 12/11/2024 Corringindo fonte para autor Thales Euflauzino Victor Rodrigues 1.4 12/11/2024 Adicionando autor e data na tabela de verifica\u00e7\u00e3o Thales Euflauzino Victor Rodrigues 1.5 20/11/2024 Corringindo sobrenome do victor rodrigues Thales Euflauzino V\u00edctor Schmidt"},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 2 do Grupo","text":""},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 2 do projeto (Elicita\u00e7\u00e3o de Requisitos) do grupo 6.

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 2 do grupo 6 possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007). 1

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • Perfil de Usu\u00e1rio na vers\u00e3o 1.0 de data 23/11/2024, produzido por J\u00falia Fortunato com revis\u00e3o de Nicolas Bomfim.
            • Question\u00e1rio na vers\u00e3o 1.0 de data 23/11/2024, produzido por Cristiano Morais com revis\u00e3o de J\u00falia Fortunato.
            • Introspec\u00e7\u00e3o na vers\u00e3o 1.0 de data 23/11/2024, produzido por Maur\u00edcio Ferreira com revis\u00e3o de J\u00falia Fortunato.
            • Personas na vers\u00e3o 1.0 de data 20/11/2024, produzido por J\u00falia Fortunato com revis\u00e3o de Nicolas Bomfim.
            • Gloss\u00e1rio na vers\u00e3o 1.1 de data 22/11/2024, produzido por Ana Catarina Santos com revis\u00e3o de J\u00falia Fortunato.
            • Prioriza\u00e7\u00e3o 100$ na vers\u00e3o 1.0 de data 24/11/2024, produzido por Nicolas Bomfim e Ana Catarina com revis\u00e3o de J\u00falia Fortunato.
            • Prioriza\u00e7\u00e3o First Things First na vers\u00e3o 1.0 de data 24/11/2024, produzido por Cristiano Morais e J\u00falia Fortunato com revis\u00e3o de Ana Catarina Santos.
            • Prioriza\u00e7\u00e3o Three Level Scale na vers\u00e3o 1.2 de data /11/2024, produzido por J\u00falia Fortunato com revis\u00e3o de Ana Catarina Santos.
            • Encena\u00e7\u00e3o na vers\u00e3o 1.0 de data 22/11/2024, produzido por J\u00falia Fortunato com revis\u00e3o de Nicolas Bomfim.
            • Entrevista na vers\u00e3o 1.1 de data 23/11/2024, produzido por J\u00falia Fortunato com revis\u00e3o de Nicolas Bomfim.
            • Observa\u00e7\u00e3o na vers\u00e3o 1.0 de data 23/11/2024, produzido por Cristiano Morais, Ana Catarina com revis\u00e3o de J\u00falia Fortunato.
            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 25 de novembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 6 no dia 25 de novembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 1 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 24/11/2024 Planejamento da Verifica\u00e7\u00e3o Grupo 25/11/2024 Adi\u00e7\u00e3o dos resultados. Grupo

            Autor: V\u00edctor Schmidt, 2024

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano2.

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#geral","title":"Geral","text":"

            Tabela 2 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Desenvolvimento do projeto 1 1 - A Especifica\u00e7\u00e3o do Perfil do usu\u00e1rio possui informa\u00e7\u00e3o de: \u2022 Idade (crian\u00e7a, jovem, adulto, terceira idade etc.); \u2022 Experi\u00eancia (leigo/ novato, especialista); \u2022 Atitudes (tecn\u00f3filos, tecn\u00f3fobos); \u2022 tarefas prim\u00e1rias (compra, venda) Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 2 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da elicita\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 3 No m\u00ednimo tr\u00eas t\u00e9cnicas de elicita\u00e7\u00e3o foram utilizadas (quanto mais melhor)? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 4 A participa\u00e7\u00e3o do cliente e/ou persona na elicita\u00e7\u00e3o de requisitos? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 5 A grava\u00e7\u00e3o e o(s) registro(s) da elicita\u00e7\u00e3o dos requisitos (pr\u00e9-rastreabilidade)? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 6 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da prioriza\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 7 No m\u00ednimo duas t\u00e9cnicas de prioriza\u00e7\u00e3o (quanto mais melhor)? * A t\u00e9cnica de MoSCoW / 100 $ s\u00f3 devem ser utilizados no projeto ap\u00f3s a utiliza\u00e7\u00e3o de outras duas t\u00e9cnicas de prioriza\u00e7\u00e3o no projeto. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 8 A participa\u00e7\u00e3o do cliente e/ou persona no processo de prioriza\u00e7\u00e3o? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 9 A grava\u00e7\u00e3o e o(s) registro(s) da atividade de prioriza\u00e7\u00e3o dos requisitos? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 As personas s\u00e3o criadas a partir de observa\u00e7\u00f5es do mundo real? Sim/N\u00e3o/Incompleto Thales Euflauzino A preencher P2 As personas possuem objetivos bem esclarecidos? Sim/N\u00e3o/Incompleto Victor Rodrigues A preencher P3 Os requisitos elicitados consideram tanto os objetivos dos usu\u00e1rios quanto as caracter\u00edsticas e atributos do produto? Sim/N\u00e3o/Incompleto V\u00edctor Schmidt A preencher P4 O question\u00e1rio considera vari\u00e1veis demogr\u00e1ficas, como idade e localiza\u00e7\u00e3o geogr\u00e1fica, apenas quando elas t\u00eam impacto direto no comportamento e nas intera\u00e7\u00f5es dos usu\u00e1rios com o sistema? Sim/N\u00e3o/Incompleto J\u00falia Takaki A preencher P5 H\u00e1 alguma comprova\u00e7\u00e3o do consentimento para o uso e a divulga\u00e7\u00e3o dos dados e das imagens dos participantes dos estudos, pesquisas e an\u00e1lises realizados nesta etapa, por meio da assinatura de um termo de consentimento? Sim/N\u00e3o/Incompleto Maria Helena A preencher

            Autores: Equipe do Projeto, 2024.

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#bibliografia","title":"Bibliografia","text":"

            BARBOSA, Simone D. J. et al. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Rio de Janeiro: [s.n.], 2021.

            REQUISTOS DE SOFTWARE. Planejamento da Verifica\u00e7\u00e3o da Etapa 1 do Grupo 2. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            2 SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            REQUISITOS DE SOFTWARE. Documenta\u00e7\u00e3o do projeto Meu INSS. Dispon\u00edvel em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em: 24 nov. 2024.

            P1

            P2

            P3

            P4

            P5

            "},{"location":"verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 24/11/2024 Cria\u00e7\u00e3o do documento Grupo Grupo 1.1 10/12/2024 Ajustando legendas da LV Thales Euflauzino Victor Schmidt"},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo 6 durante a etapa 2.

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es Sim, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o integrantes do grupo. todo o grupo ira verificar os poss\u00edveis problemas no projeto do grupo 6. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e hora Itens do Desenvolvimento do projeto 1 1 - A Especifica\u00e7\u00e3o do Perfil do usu\u00e1rio possui informa\u00e7\u00e3o de: \u2022 Idade (crian\u00e7a, jovem, adulto, terceira idade etc.); \u2022 Experi\u00eancia (leigo/ novato, especialista); \u2022 Atitudes (tecn\u00f3filos, tecn\u00f3fobos); \u2022 tarefas prim\u00e1rias (compra, venda) Sim Andr\u00e9 Barros 25/11/2024 20:30 2 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da elicita\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Incompleto Andr\u00e9 Barros 25/11/2024 20:30 3 No m\u00ednimo tr\u00eas t\u00e9cnicas de elicita\u00e7\u00e3o foram utilizadas (quanto mais melhor)? Sim Andr\u00e9 Barros 25/11/2024 20:30 4 A participa\u00e7\u00e3o do cliente e/ou persona na elicita\u00e7\u00e3o de requisitos? Incompleto Andr\u00e9 Barros 25/11/2024 20:30 5 A grava\u00e7\u00e3o e o(s) registro(s) da elicita\u00e7\u00e3o dos requisitos (pr\u00e9-rastreabilidade)? Sim Andr\u00e9 Barros 25/11/2024 20:30 6 Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da prioriza\u00e7\u00e3o dos requisitos com o do cliente e/ou persona do projeto? Sim Andr\u00e9 Barros 25/11/2024 20:30 7 No m\u00ednimo duas t\u00e9cnicas de prioriza\u00e7\u00e3o (quanto mais melhor)? * A t\u00e9cnica de MoSCoW / 100 $ s\u00f3 devem ser utilizados no projeto ap\u00f3s a utiliza\u00e7\u00e3o de outras duas t\u00e9cnicas de prioriza\u00e7\u00e3o no projeto. Sim Andr\u00e9 Barros 25/11/2024 20:30 8 A participa\u00e7\u00e3o do cliente e/ou persona no processo de prioriza\u00e7\u00e3o? Sim Andr\u00e9 Barros 25/11/2024 20:30 9 A grava\u00e7\u00e3o e o(s) registro(s) da atividade de prioriza\u00e7\u00e3o dos requisitos? Sim Andr\u00e9 Barros 25/11/2024 20:30 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 As personas s\u00e3o criadas a partir de observa\u00e7\u00f5es do mundo real? Sim Thales Euflauzino 25/11/2024 20:30 P2 As personas possuem objetivos bem esclarecidos? Sim Victor Rodrigues 25/11/2024 20:30 P3 Os requisitos elicitados consideram tanto os objetivos dos usu\u00e1rios quanto as caracter\u00edsticas e atributos do produto? Sim V\u00edctor Schmidt 25/11/2024 20:30 P4 O question\u00e1rio considera vari\u00e1veis demogr\u00e1ficas, como idade e localiza\u00e7\u00e3o geogr\u00e1fica, apenas quando elas t\u00eam impacto direto no comportamento e nas intera\u00e7\u00f5es dos usu\u00e1rios com o sistema? Sim Julia Takaki 25/11/2024 20:30 P5 H\u00e1 alguma comprova\u00e7\u00e3o do consentimento para o uso e a divulga\u00e7\u00e3o dos dados e das imagens dos participantes dos estudos, pesquisas e an\u00e1lises realizados nesta etapa, por meio da assinatura de um termo de consentimento? N\u00e3o Maria Helena 25/11/2024 20:30

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 2

            Autor: Victor Rodrigues, 2024

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#bibliografia","title":"Bibliografia","text":"

            BARBOSA, Simone D. J. et al. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Rio de Janeiro: [s.n.], 2021.

            COOPER, Alan; REIMANN, Robert; CRONIN, Dave. About Face 3: The Essentials of Interaction Design. 3. ed. Indianapolis: Wiley Publishing, 2007. ISBN 978-0-470-08411-3

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            Verifica\u00e7\u00e3o - Bilheteria Digital. Dispon\u00edvel em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            REQUISITOS DE SOFTWARE. Documenta\u00e7\u00e3o do projeto Meu INSS. Dispon\u00edvel em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em: 24 nov. 2024.

            P1

            P2

            P3

            P4

            P5

            "},{"location":"verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 25/11/2024 Cria\u00e7\u00e3o do documento Grupo Grupo"},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/","title":"Planejamento da Verifica\u00e7\u00e3o da Etapa 2 do Grupo","text":""},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            O artefato visa apresentar o planejamento para a verifica\u00e7\u00e3o de cada artefato da etapa 3 do projeto (Modelagem de Requisitos) do grupo.

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#objetivos","title":"Objetivos","text":"

            O objetivo deste documento \u00e9 verificar se os artefatos produzidos para entrega 3 do grupo possuem os itens e o padr\u00e3o exigidos. \u00c9 importante citar que essa verifica\u00e7\u00e3o em momento nenhum busca diminuir os membros respons\u00e1veis seu trabalho, apenas aplicar os conceitos de verifica\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#metodologia","title":"Metodologia","text":"

            A metodologia escolhida para esta verifica\u00e7\u00e3o \u00e9 uma adapta\u00e7\u00e3o da inspe\u00e7\u00e3o. Desenvolvida originalmente para c\u00f3digos de software por Fagan na IBM em 1976, essa t\u00e9cnica consiste em uma revis\u00e3o formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan prop\u00f4s para esse processo.

            Figura 1 - Etapas da Inspe\u00e7\u00e3o de acordo com Fagan.

            Fonte: SOMMERVILLE (2007). 5

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#objetos-da-verificacao","title":"Objetos da Verifica\u00e7\u00e3o","text":"

            Os artefatos alvos dessa verifica\u00e7\u00e3o s\u00e3o:

            • L\u00e9xicos na vers\u00e3o 1.3 de data 08/12/2024, produzido por Nicolas Bomfime Ana Catarina com revis\u00e3o de Julia Fortunato.
            • Cen\u00e1rios na vers\u00e3o 1.4 de data 08/12/2024, produzido por Cristiano Morais, com revis\u00e3o de Nicolas Bomfim.
            • Casos de Uso na vers\u00e3o 1.4 de data 08/12/2024, produzido por Mauricio Ferreira com revis\u00e3o de Julia Fortunato.
            • Valida\u00e7\u00e3o dos Casos de Uso na vers\u00e3o 1.0 de data 08/12/2024, produzido por Julia Fortunato com revis\u00e3o de Ana Catarina.
            • Especifica\u00e7\u00e3o Suplementar na vers\u00e3o 1.2 de data 08/12/2024, produzido por Mauricio Ferreira e Cristiano Morais, com revis\u00e3o de Ana Catarina.
            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#resultados-das-verificacoes","title":"Resultados das Verifica\u00e7\u00f5es","text":"

            Os resultados das verifica\u00e7\u00f5es podem ser acessados atrav\u00e9s do seguinte link:

            • Relat\u00f3rio da Verifica\u00e7\u00e3o;
            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#cronograma","title":"Cronograma","text":"

            A verifica\u00e7\u00e3o ser\u00e1 realizada no per\u00edodo de 09 de dezembro de 2024, com os resultados sendo relatados atrav\u00e9s da p\u00e1gina de documenta\u00e7\u00e3o do Grupo 5 no dia 09 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            Tabela 1 - Cronograma das Atividades.

            Data Descri\u00e7\u00e3o Respons\u00e1vel 08/12/2024 Planejamento da Verifica\u00e7\u00e3o V\u00edctor Schmidt 09/12/2024 Adi\u00e7\u00e3o dos resultados. Grupo

            Autor: V\u00edctor Schmidt, 2024

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#lista-de-verificacao","title":"Lista de Verifica\u00e7\u00e3o","text":"

            As listas de verifica\u00e7\u00e3o foram constru\u00eddas levando em conta os padr\u00f5es esperados para cada artefato e as principais tarefas realizadas na elabora\u00e7\u00e3o dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maur\u00edcio Serrano4.

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#geral","title":"Geral","text":"

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e Hora Itens do desenvolvimentos do projeto 1 Todos os 9 itens Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do conte\u00fado da disciplina 1 As especifica\u00e7\u00f5es dos cen\u00e1rios para o projeto. Exemplo de especifica\u00e7\u00e3o dos cen\u00e1rios? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 2 Os cen\u00e1rios possuem os elementos b\u00e1sicos de um cen\u00e1rio (T\u00edtulo, Metas/Objetivo, Contexto, Atores, Recursos, Exce\u00e7\u00e3o e Epis\u00f3dios). Quais elementos dos cen\u00e1rios? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 3 As especifica\u00e7\u00f5es dos l\u00e9xicos. O que s\u00e3o l\u00e9xicos? 1 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 4 A defini\u00e7\u00e3o do usu\u00e1rio nos l\u00e9xicos. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 5 Os l\u00e9xicos possuem liga\u00e7\u00f5es entre si (hiperlinks). Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 6 Os l\u00e9xicos utilizam a estrutura de dicion\u00e1rio (verbo, objeto, estado). O que \u00e9 o dicion\u00e1rio dos l\u00e9xicos?1 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 7 A especifica\u00e7\u00e3o do caso de uso. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 8 Os atores principais e secund\u00e1rios no diagrama de caso de uso. 3 [min. 3:27]. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 9 O ator principal est\u00e1 do lado esquerdo do sistema no diagrama de caso de uso. 3 [min. 3:57] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 10 Os atores est\u00e3o fora da caixa de limite do sistema no diagrama de caso de uso. 3 [min. 2:55] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 11 A especifica\u00e7\u00e3o do diagrama de caso de uso (com Nome, Descri\u00e7\u00e3o, Atores, Pr\u00e9-Condi\u00e7\u00e3o, P\u00f3s-Condi\u00e7\u00e3o, Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o etc.). Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 12 No diagrama de caso de uso h\u00e1 ao menos um caso de uso com pontos de extens\u00e3o? 3 [min. 8:35] Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 13 A participa\u00e7\u00e3o do cliente e/ou persona na valida\u00e7\u00e3o do diagrama de caso de uso. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 14 A especifica\u00e7\u00e3o suplementar. O que \u00e9 especifica\u00e7\u00e3o suplementar? 2 Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 15 O artefato segue o modelo FURPS+. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 16 O documento especifica o tempo de Sim/N\u00e3o/Incompleto, no desempenho? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 17 O documento especifica qual plataforma o aplicativo pode ser executado? Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher 18 Todos os requisitos podem ser testados (RF e RNF)? Identificar quais requisitos n\u00e3o s\u00e3o test\u00e1veis/verific\u00e1veis. Sim/N\u00e3o/Incompleto Andr\u00e9 Barros A preencher Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 Todos os elementos necess\u00e1rios no diagrama de caso de uso est\u00e3o presentes? (atores, relacionamentos, sistemas e casos de uso) 3 [min. 1:37]. Sim/N\u00e3o/Incompleto Thales Euflauzino A preencher P2 Os casos de uso est\u00e3o em formato oval na horizontal? Sim/N\u00e3o/Incompleto V\u00edctor Schmidt A preencher P3 Os fluxos do diagrama de casos de uso s\u00e3o divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o Sim/N\u00e3o/Incompleto Victor Rodrigues A preencher P4 Os cen\u00e1rios descrevem apenas um \u00fanico caminho espec\u00edfico feito pelo ator espec\u00edfico realizando a\u00e7\u00f5es espec\u00edficas? Sim/N\u00e3o/Incompleto Maria Helena A preencher P5 O diagrama de caso de uso d\u00e1 uma vis\u00e3o geral do relacionamento entre casos de uso, atores\u00a0e\u00a0sistemas? Sim/N\u00e3o/Incompleto J\u00falia Takaki A preencher

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#bibliografia","title":"Bibliografia","text":"

            1. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Cen\u00e1rios, L\u00e9xicos e Ferramenta C&L. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            2. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Casos de Uso e Especifica\u00e7\u00e3o Suplementar. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            3. LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            4 SERRANO, MAUR\u00cdCIO; SERRANO, Milene. Slides da aula Requisitos \u2013 Aula 04. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            5 SOMMERVILLE, Ian. Engenharia de software. 08. ed. S\u00e3o Paulo: Pearson Addison Wesley, 2007

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            P1 LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            P2 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            P3 Serrano, Milene; Serrano, Maur\u00edcio. Requisitos \u2013 Aula 13.pdf. Slide 18.

            P4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

            P5 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            "},{"location":"verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 08/12/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt Victor Rodrigues 1.1 10/12/2024 Ajustando legendas da LV Thales Euflauzino Victor Schmidt"},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/","title":"Verifica\u00e7\u00e3o dos artefatos","text":""},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

            Ap\u00f3s o planejamento, realiza-se a inspe\u00e7\u00e3o dos artefatos. Este documento apresenta os objetivos da verifica\u00e7\u00e3o, a metodologia utilizada e a lista de verifica\u00e7\u00e3o para a avalia\u00e7\u00e3o. Al\u00e9m disso, os problemas encontrados poder\u00e3o conter observa\u00e7\u00f5es e ser\u00e3o sumarizados e analisados, fornecendo informa\u00e7\u00f5es valiosas para auxiliar na sua corre\u00e7\u00e3o.

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#objetivo","title":"Objetivo","text":"

            O objetivo deste documento \u00e9 relatar os resultados das verifica\u00e7\u00f5es realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 3.

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#metodologia","title":"Metodologia","text":"

            Os resultados da verifica\u00e7\u00e3o do artefato foram obtidos a partir da lista de verifica\u00e7\u00e3o elaborada na p\u00e1gina de planejamento Para responder \u00e0s perguntas apresentadas na lista de verifica\u00e7\u00e3o, o avaliador usar\u00e1 as op\u00e7\u00f5es -, N\u00e3o ou Incompleto. O avaliador poder\u00e1, tamb\u00e9m, escrever observa\u00e7\u00f5es em cada pergunta, detalhando pontos que achar necess\u00e1rios.

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#cronograma-e-participantes","title":"Cronograma e Participantes","text":"

            Os participantes da verifica\u00e7\u00e3o s\u00e3o todos integrantes do grupo. V\u00edctor Schmidt, que ir\u00e1 verificar e corrigir poss\u00edveis problemas com os outros integrantes do grupo. E o integrante do grupo Victor Rodrigues realizar\u00e1 a revis\u00e3o da avalia\u00e7\u00e3o. Em rela\u00e7\u00e3o ao cronograma seguido, ele j\u00e1 foi explicitado na p\u00e1gina de planejamento.

            Tabela 1 - Lista de Verifica\u00e7\u00e3o.

            ID Descri\u00e7\u00e3o Avalia\u00e7\u00e3o Autor Data e Hora Itens do desenvolvimentos do projeto 1 Todos os 9 itens Incompleto Andr\u00e9 Barros 09/12/2024 20:35 Itens do conte\u00fado da disciplina 1 As especifica\u00e7\u00f5es dos cen\u00e1rios para o projeto. Exemplo de especifica\u00e7\u00e3o dos cen\u00e1rios? 2 Sim Andr\u00e9 Barros 09/12/2024 20:35 2 Os cen\u00e1rios possuem os elementos b\u00e1sicos de um cen\u00e1rio (T\u00edtulo, Metas/Objetivo, Contexto, Atores, Recursos, Exce\u00e7\u00e3o e Epis\u00f3dios). Quais elementos dos cen\u00e1rios? 2 Sim Andr\u00e9 Barros 09/12/2024 20:35 3 As especifica\u00e7\u00f5es dos l\u00e9xicos. O que s\u00e3o l\u00e9xicos? 1 Sim Andr\u00e9 Barros 09/12/2024 20:35 4 A defini\u00e7\u00e3o do usu\u00e1rio nos l\u00e9xicos. Sim Andr\u00e9 Barros 09/12/2024 20:35 5 Os l\u00e9xicos possuem liga\u00e7\u00f5es entre si (hiperlinks). N\u00e3o Andr\u00e9 Barros 09/12/2024 20:35 6 Os l\u00e9xicos utilizam a estrutura de dicion\u00e1rio (verbo, objeto, estado). O que \u00e9 o dicion\u00e1rio dos l\u00e9xicos?1 Sim Andr\u00e9 Barros 09/12/2024 20:35 7 A especifica\u00e7\u00e3o do caso de uso. Sim Andr\u00e9 Barros 09/12/2024 20:35 8 Os atores principais e secund\u00e1rios no diagrama de caso de uso. 3 [min. 3:27]. Sim Andr\u00e9 Barros 09/12/2024 20:35 9 O ator principal est\u00e1 do lado esquerdo do sistema no diagrama de caso de uso. 3 [min. 3:57] Sim Andr\u00e9 Barros 09/12/2024 20:35 10 Os atores est\u00e3o fora da caixa de limite do sistema no diagrama de caso de uso. 3 [min. 2:55] Sim Andr\u00e9 Barros 09/12/2024 20:35 11 A especifica\u00e7\u00e3o do diagrama de caso de uso (com Nome, Descri\u00e7\u00e3o, Atores, Pr\u00e9-Condi\u00e7\u00e3o, P\u00f3s-Condi\u00e7\u00e3o, Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o etc.). Sim Andr\u00e9 Barros 09/12/2024 20:35 12 No diagrama de caso de uso h\u00e1 ao menos um caso de uso com pontos de extens\u00e3o? 3 [min. 8:35] Sim Andr\u00e9 Barros 09/12/2024 20:35 13 A participa\u00e7\u00e3o do cliente e/ou persona na valida\u00e7\u00e3o do diagrama de caso de uso. Sim Andr\u00e9 Barros 09/12/2024 20:35 14 A especifica\u00e7\u00e3o suplementar. O que \u00e9 especifica\u00e7\u00e3o suplementar? 2 Sim Andr\u00e9 Barros 09/12/2024 20:35 15 O artefato segue o modelo FURPS+. Sim Andr\u00e9 Barros 09/12/2024 20:35 16 O documento especifica o tempo de resposta, no desempenho? Sim Andr\u00e9 Barros 09/12/2024 20:35 17 O documento especifica qual plataforma o aplicativo pode ser executado? Sim Andr\u00e9 Barros 09/12/2024 20:35 18 Todos os requisitos podem ser testados (RF e RNF)? Lista de requisitos n\u00e3o test\u00e1veis/verific\u00e1veis Incompleto Andr\u00e9 Barros 09/12/2024 20:35 Itens do Conte\u00fado da Disciplina (a foto referente ao texto est\u00e1 no ID) P1 Todos os elementos necess\u00e1rios no diagrama de caso de uso est\u00e3o presentes? (atores, relacionamentos, sistemas e casos de uso) 3 [min. 1:37]. Sim Thales Euflauzino 09/12/2024 20:35 P2 Os casos de uso est\u00e3o em formato oval na horizontal? Sim V\u00edctor Schmidt 09/12/2024 20:35 P3 Os fluxos do diagrama de casos de uso s\u00e3o divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de Exce\u00e7\u00e3o Sim Victor Rodrigues 09/12/2024 20:35 P4 Os cen\u00e1rios descrevem apenas um \u00fanico caminho espec\u00edfico feito pelo ator espec\u00edfico realizando a\u00e7\u00f5es espec\u00edficas? Sim Maria Helena 09/12/2024 20:35 P5 O diagrama de caso de uso d\u00e1 uma vis\u00e3o geral do relacionamento entre casos de uso, atores\u00a0e\u00a0sistemas? - J\u00falia Takaki 09/12/2024 20:35

            Autor: Thales Euflauzino, 2024.

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#video-da-verificacao","title":"V\u00eddeo da Verifica\u00e7\u00e3o","text":"

            V\u00eddeo 1: Requisitos - Verifica\u00e7\u00e3o Entrega 2

            Autor: Victor Rodrigues, 2024

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#requisitos-nao-testaveisverificaveis","title":"Requisitos n\u00e3o test\u00e1veis/verific\u00e1veis","text":"

            Na tabela 2 est\u00e3o listados os requisitos funcionais e n\u00e3o funcionais elicitados que n\u00e3o podem ser testados ou verificados.

            Tabela 2 - Requisitos elicitados n\u00e3o test\u00e1veis/verific\u00e1veis.

            Requisito Rastreabilidade (Link) RF07 RF07 RF08 RF08 RF09 RF09 RF11 RF11 RF18 RF18 RF30 RF30 RNF01 RNF01 RNF03 RNF03 RNF04 RNF04 RNF05 RNF05 RNF06 RNF06 RNF07 RNF07

            Autor: Victor Rodrigues, 2024

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#bibliografia","title":"Bibliografia","text":"

            1. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Cen\u00e1rios, L\u00e9xicos e Ferramenta C&L. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            2. SERRANO, Milene; SERRANO, Maur\u00edcio. Apresenta\u00e7\u00e3o Modelagem de Requisitos - Casos de Uso e Especifica\u00e7\u00e3o Suplementar. Bras\u00edlia: UnB Gama, s.d. 1 apresenta\u00e7\u00e3o em slides. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            3. LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            SALES, Andr\u00e9 Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024. P1 LUCID SOFTWARE PORTUGU\u00caS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Dispon\u00edvel em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            P2 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            P3 Serrano, Milene; Serrano, Maur\u00edcio. Requisitos \u2013 Aula 13.pdf. Slide 18.

            P4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Autopublica\u00e7\u00e3o, 2021. ISBN: 978-65-00-19677-1.

            P5 LUCIDCHART. Diagrama de caso de uso UML. Dispon\u00edvel em: LucidChart. Acesso em: 8 dez. 2024

            "},{"location":"verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Data Descri\u00e7\u00e3o Autor(es) Revisor(es) 1.0 08/12/2024 Cria\u00e7\u00e3o do documento V\u00edctor Schmidt Victor Rodrigues 1.1 09/12/2024 Adi\u00e7\u00e3o de resultados e video Victor Rodrigues V\u00edctor Schmidt"}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml new file mode 100644 index 00000000..0f8724ef --- /dev/null +++ b/sitemap.xml @@ -0,0 +1,3 @@ + + + \ No newline at end of file diff --git a/sitemap.xml.gz b/sitemap.xml.gz new file mode 100644 index 00000000..bb76055c Binary files /dev/null and b/sitemap.xml.gz differ diff --git a/termo_de_consentimento_grupofocal.pdf b/termo_de_consentimento_grupofocal.pdf new file mode 100644 index 00000000..d3a4a607 Binary files /dev/null and b/termo_de_consentimento_grupofocal.pdf differ diff --git a/tutorial/index.html b/tutorial/index.html new file mode 100644 index 00000000..870a489c --- /dev/null +++ b/tutorial/index.html @@ -0,0 +1,2735 @@ + + + + + + + + + + + + + + + + + + + Instalação e Comandos Básicos do MkDocs - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Instalação e Comandos Básicos do MkDocs

            +

            1. Instalando o MkDocs e o tema do projeto

            +

            Primeiro, é necessário ter o Python e o pip instalados. Com eles prontos, instale o MkDocs utilizando o seguinte comando:

            +
            pip install mkdocs mkdocs-material
+
            +

            2. Iniciando um Projeto MkDocs

            +

            Para criar um novo projeto com MkDocs, use:

            +
            mkdocs new nome_do_projeto
+cd nome_do_projeto
+
            +

            3. Visualizando o Site Localmente

            +

            Dentro do diretório do projeto, execute o comando abaixo para iniciar o servidor de desenvolvimento e visualizar seu site localmente:

            +
            mkdocs serve
+
            +

            Após isso, acesse http://127.0.0.1:8000 no navegador para ver o site.

            +

            4. Criando a Documentação

            +

            Com o site configurado, adicione e organize suas páginas no arquivo mkdocs.yml, conforme o exemplo abaixo.

            +

            Configuração Simplificada do mkdocs.yml

            +

            Este é um guia básico e simplificado para configurar o arquivo mkdocs.yml no MkDocs.

            +
            # Nome do site (exibido no cabeçalho e título da página)
+site_name: "Meu Projeto"
+
+# URL do site (útil para SEO e links)
+site_url: "https://meusite.com"
+
+# Descrição do site (aparece nos metadados, bom para SEO)
+site_description: "Documentação do Meu Projeto"
+
+# Nome do autor (opcional, usado em metadados)
+site_author: "Seu Nome"
+
+# URL do repositório (opcional, aparece no cabeçalho com um link)
+repo_url: "https://github.com/usuario/projeto"
+repo_name: "GitHub"
+
+# Tema do site (pode ser 'material' ou outro tema que preferir)
+theme:
+  name: "material"
+  palette:
+    primary: "indigo"
+    accent: "deep orange"
+
+# Navegação (define a ordem das páginas no menu)
+nav:
+  - Home: index.md
+  - Instalação: instalacao.md
+  - Uso:
+      - Básico: uso_basico.md
+      - Avançado: uso_avancado.md
+
+# Plugins (adiciona funcionalidades extras)
+plugins:
+  - search  # Pesquisa interna do site
+  - minify:  # Otimiza HTML, CSS e JS para menor tamanho
+      minify_html: true
+
+# Extensões Markdown (adiciona funcionalidades extras ao Markdown)
+markdown_extensions:
+  - toc         # Gera automaticamente uma tabela de conteúdos
+  - admonition  # Blocos de alerta (informação, aviso, etc)
+
+# Arquivos CSS e JS extras (personalize a aparência e comportamento)
+extra_css:
+  - "css/estilos_custom.css"
+
+extra_javascript:
+  - "js/scripts_custom.js"
+ ```
+
+# Exemplos de Como Adicionar Itens
+
+### 1. Adicionando uma Página Simples
+
+Para adicionar uma nova página simples à navegação:
+
+```yaml
+nav:
+  - Home: index.md
+  - Sobre: sobre.md  # Adicionando a página "Sobre"
+
            +

            2. Adicionando Subpáginas

            +

            Para organizar suas páginas em uma hierarquia, você pode adicionar subpáginas. Aqui está como fazer isso:

            +
            nav:
+  - Home: index.md
+  - Tutoriais:
+      - Introdução: tutoriais/introducao.md
+      - Avançado: tutoriais/avancado.md  # Adicionando uma subpágina
+
            +

            3. Modificando um Item Existente

            +

            Se você deseja alterar o título ou o arquivo de uma página existente, basta modificar o item correspondente. Por exemplo, para mudar "Sobre" para "Quem Somos":

            +
            nav:
+  - Home: index.md
+  - Quem Somos: sobre.md  # Alterando o título de "Sobre" para "Quem Somos"
+
            +

            4. Removendo um Item

            +

            Para remover um item, basta excluí-lo da seção nav. Por exemplo, se você quiser remover a página "Sobre":

            +
            nav:
+  - Home: index.md
+  # - Sobre: sobre.md  # Comentado ou removido
+
            +

            5. Agrupando Itens

            +

            Você pode agrupar várias páginas em um único item para manter a navegação organizada. Aqui está um exemplo:

            +
            nav:
+  - Home: index.md
+  - Tutoriais:
+      - Introdução: tutoriais/introducao.md
+      - Avançado: tutoriais/avancado.md
+  - Referência:
+      - API: referencia/api.md
+      - FAQ: referencia/faq.md
+
            +

            Dicas Importantes

            +
              +
            • Caminhos Relativos: Os caminhos dos arquivos devem ser relativos à pasta docs. Se o seu arquivo estiver em uma subpasta, inclua o caminho completo.
              • +
            • Ordenação: A ordem dos itens na seção nav reflete a ordem em que eles aparecerão no menu de navegação. Basta reorganizar os itens para mudar a ordem.
              • +
            • Consistência: Certifique-se de que os nomes dos arquivos Markdown estejam corretos e correspondam aos que você criou na pasta docs.
              • +
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/index.html b/verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/index.html new file mode 100644 index 00000000..c048dae8 --- /dev/null +++ b/verificacao/grupo5/entrega1/planej-verificacao-e1-gp5/index.html @@ -0,0 +1,3085 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 1 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 1 do projeto do grupo.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 1 do grupo possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007).4

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 06 de novembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 06 de novembro de 2024. A tabela 2 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 2 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            30/10/2024Verificação do Rich Picture.Thales Euflauzino e Víctor Schmidt
            02/11/2024Adição dos resultados.Víctor Schmidt e Victor Rodrigues
            +

            Autor: Víctor Schmidt, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano3 e a literatura Introducing Rich Picture - Rich Picture Drawing Guidelines2.

            +

            Com o intuito de melhor organizar a verificação, a lista de verificação será dividida em 2 listas sendo que uma deverá estar presente em todas as etapas de verificação, no caso a Lista de Verificação Geral. Sendo assim, as listas de verificação serão as seguintes: Geral e Rich Picture. As tabelas de 3 a 4 apresenta as listas de verificação utilizadas na verificação.

            +

            Geral

            +

            +

            Tabela 3 - Lista de Verificação dos Itens do Planejamento Geral do projeto .

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliação
            1Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?---
            2o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?---
            3o cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa---
            4O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?---
            5A motivação e os critérios para a escolha do App?---
            6Cópia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina.---
            7Possui opção de contraste de cores?---
            +

            Autores: Equipe do Projeto, 2024.

            +

            +

            Rich Picture

            +

            O Rich Picture para o Tesouro Direto foi criado pela Julia Takaki e ajudou a equipe a visualizar os processos e os principais pontos do projeto de maneira clara e direta. Já a lista de verificação foi desenvolvida por todos os membros, reunindo as contribuições e perspectivas de cada um. Esse trabalho colaborativo garantiu que todas as etapas fossem cuidadosamente planejadas e acompanhadas, facilitando a organização e permitindo que o grupo mantivesse o foco nos objetivos do projeto.

            +

            +

            Tabela 4 - Lista para a Verificação do Rich Picture.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliação
            1O Rich Picture conta uma história clara e compreensível?
            Autor: Thales Euflauzino            		---
            2O fluxo de dados está claro? quem está processando qual dado e para qual propósito, por exemplo
            Autor: Victor Rodrigues            		---
            3O Rich Picture tem todas as palavras chaves necessárias do projeto?
            Autor: Víctor Schmidt            		---
            4O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usuários?
            Autor: Julia Takaki            		---
            5O Rich Picture contém uma representação visual clara da delimitação do sistema, ou seja, da sua "área de responsabilidade"?
            Autor: Maria Helena            		---
            +

            Autores: Victor Schmidt e Thales Euflauzino, 2024.

            +

            +

            Bibliografia

            +
            +

            REQUISTOS DE SOFTWARE. Planejamento da Verificação da Etapa 1 do Grupo 2. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            +
            +

            2. REVADI, Chindy Elsanna. Introducing Rich Pictures - Rich Picture Drawing Guidelines. Disponível em: https://aprender3.unb.br/pluginfile.php/2523045/mod_resource/content/2/1_5145791542719414573.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            3. SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            4. SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +
            +

            5
            Referência 1

            +
            +

            6
            Referência 2

            +
            +

            7
            Referência 3

            +
            +

            8
            Referência 4

            +
            +

            9
            Referência 5

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.002/11/2024Criação do documentoVíctor Schmidt e Victor RodriguesThales Euflauzino
            1.112/11/2024Corringindo checklist para lista de verificaçãoThales EuflauzinoVictor Rodrigues
            1.212/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
            1.320/11/2024Corringindo sobrenome do victor rodriguesThales Euflauzino
            1.421/11/2024Corringindo link do cronogramaThales EuflauzinoVictor Rodrigues
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/index.html b/verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/index.html new file mode 100644 index 00000000..85d287cd --- /dev/null +++ b/verificacao/grupo5/entrega1/relatorio-verificacao-e1-gp5/index.html @@ -0,0 +1,3062 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são integrantes do grupo. Thales Euflauzino, que irá verificar e corrigir possíveis problemas. E o integrante do grupo Víctor Schmidt realizará a revisão da avaliação realizada. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Planejamento Geral do projeto
            1Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?SimAndré Barros06/11/2024 21:20
            2O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?SimAndré Barros06/11/2024 21:20
            3O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapaSimAndré Barros06/11/2024 21:20
            4O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?IncompletoAndré Barros06/11/2024 21:20
            5A motivação e os critérios para a escolha do App?SimAndré Barros06/11/2024 21:20
            6Cópia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina.SimAndré Barros06/11/2024 21:20
            7Possui opção de contraste de cores?SimAndré Barros06/11/2024 21:20
            Itens do Desenvolvimento do projeto
            1O histórico de versão padronizado?SimAndré Barros06/11/2024 21:20
            2O(s) autor(es) e o(s) revisor(es) para cada artefato?SimAndré Barros06/11/2024 21:20
            3Referências bibliográficas e/ou bibliografia em todos os artefatos?SimAndré Barros06/11/2024 21:20
            4As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?SimAndré Barros06/11/2024 21:20
            5Um texto fazendo uma introdução dos artefatos?SimAndré Barros06/11/2024 21:20
            6O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.SimAndré Barros06/11/2024 21:20
            7Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).SimAndré Barros06/11/2024 21:20
            8A gravação da reunião do grupo.SimAndré Barros06/11/2024 21:20
            9Vídeo de apresentação na categoria “não listado” no youtube?SimAndré Barros06/11/2024 21:20
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            1O Rich Picture conta uma história clara e compreensível?SimThales Euflauzino06/11/2024 21:20
            2O fluxo de dados está claro? quem está processando qual dado e para qual propósito, por exemploSimVictor Rodrigues06/11/2024 21:20
            3O Rich Picture tem todas as palavras chaves necessárias do projeto?SimVíctor Schmidt06/11/2024 21:20
            4O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usuários?SimJulia Takaki06/11/2024 21:20
            5O Rich Picture contém uma representação visual clara da delimitação do sistema, ou seja, da sua "área de responsabilidade"?SimMaria Helena06/11/2024 21:20
            +

            Autor: Thales Euflauzino 2024.

            +

            +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 1

            + + +

            Autor: Víctor Schmidt

            +

            +
            +

            Bibliografia

            +
            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            +

            CTEC2402 - Software Development Project Introducing Rich Pictures - Rich Picture Drawing Guidelines.. Acesso em: 28 out. 2024

            +

            Verificação - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            +

            1
            Referência 1

            +
            +

            2
            Referência 2

            +
            +

            3
            Referência 3

            +
            +

            4
            Referência 4

            +
            +

            5
            Referência 5

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.002/11/2024Criação do documentoThales EuflauzinoVíctor Schmidt
            1.102/11/2024Adicionando revisão da Rich PictureThales EuflauzinoVíctor Schmidt
            1.206/11/2024Mudando avaliação do cronogramaVíctor RodriguesJulia Takaki
            1.306/11/2024Adicionando vídeo de verificação ao relatorioVíctor SchmidtMaria Helena
            1.412/11/2024Corringindo checklist para lista de verificaçãoThales EuflauzinoVictor Rodrigues
            1.512/11/2024Adicionando autor e data na tabela de verificaçãoThales EuflauzinoVictor Rodrigues
            1.612/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
            1.720/11/2024Corringindo sobrenome do victor rodriguesThales Euflauzino
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega1/rp1.png b/verificacao/grupo5/entrega1/rp1.png new file mode 100644 index 00000000..51ac73e9 Binary files /dev/null and b/verificacao/grupo5/entrega1/rp1.png differ diff --git a/verificacao/grupo5/entrega1/rp2.png b/verificacao/grupo5/entrega1/rp2.png new file mode 100644 index 00000000..3ca891ee Binary files /dev/null and b/verificacao/grupo5/entrega1/rp2.png differ diff --git a/verificacao/grupo5/entrega1/rp3.png b/verificacao/grupo5/entrega1/rp3.png new file mode 100644 index 00000000..8fdb5f09 Binary files /dev/null and b/verificacao/grupo5/entrega1/rp3.png differ diff --git a/verificacao/grupo5/entrega1/rp4.png b/verificacao/grupo5/entrega1/rp4.png new file mode 100644 index 00000000..54a94ef5 Binary files /dev/null and b/verificacao/grupo5/entrega1/rp4.png differ diff --git a/verificacao/grupo5/entrega1/rp5.png b/verificacao/grupo5/entrega1/rp5.png new file mode 100644 index 00000000..f05145e0 Binary files /dev/null and b/verificacao/grupo5/entrega1/rp5.png differ diff --git a/verificacao/grupo5/entrega1/verificacao-monitor/index.html b/verificacao/grupo5/entrega1/verificacao-monitor/index.html new file mode 100644 index 00000000..6556cbaf --- /dev/null +++ b/verificacao/grupo5/entrega1/verificacao-monitor/index.html @@ -0,0 +1,2933 @@ + + + + + + + + + + + + + + + + + + + + + + + Verificação do Monitor - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Introdução

            +

            Este artefato documenta a avaliação realizada pelo monitor Gabriel Campello Marques referente à entrega 1 do projeto do Grupo 05 - Tesouro Direto, na disciplina de Requisitos de Software, ministrada pelo professor André Barros de Sales na Universidade de Brasília. A inspeção visa assegurar a conformidade e a qualidade dos artefatos produzidos pelo grupo, considerando os critérios e orientações definidos para o projeto.

            +

            O conteúdo deste artefato está organizado em três tabelas principais:

            +
              +
            • +

              Tabela 1: Itens do Planejamento Geral do Projeto
              + Avalia aspectos relacionados ao planejamento inicial do projeto, incluindo a apresentação da equipe, cronograma, motivação do projeto e opções de acessibilidade.

              +
              • +
            • +

              Tabela 2: Itens do Desenvolvimento do Projeto
              + Analisa os elementos produzidos durante a execução do projeto, como histórico de versões, autoria e revisão dos artefatos, referências bibliográficas, organização das tabelas e imagens, bem como o acompanhamento do cronograma executado.

              +
              • +
            • +

              Tabela 3: Itens do Conteúdo da Disciplina Referentes ao Rich Picture
              + Examina a conformidade do Rich Picture com os padrões estabelecidos, avaliando a presença de elementos essenciais como atores, fluxo de uso do sistema, operações e armazenamento de dados.

              +
              • +
            +

            A partir dessa análise, o monitor forneceu observações que contribuirão para o aperfeiçoamento do projeto e o alinhamento com os objetivos da disciplina.

            +

            Tabela 1: Itens do Planejamento Geral do Projeto

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            ItemDescriçãoStatusObservaçõesAutoavaliação
            1Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrículaCorreto-Sim
            2O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão delesCorreto-Sim
            3O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapaIncompletoColocar tabelas colapsáveis, separar o documento de cronogramas executados e planejados e adicionar o nome dos integrantes no lugar de "todos".Sim
            4O cronograma prevê um período de revisão/ajustes nos artefatos devidos às considerações dos monitores/professorIncompletoJá estão corrigindoIncompleto
            5A motivação e os critérios para a escolha do appCorreto-Sim
            6Cópia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplinaCorreto-Sim
            7Opção de contraste de coresCorreto-Sim
            +

            Tabela 2: Itens do Desenvolvimento do Projeto

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            ItemDescriçãoStatusObservaçõesAutoavaliação
            1O histórico de versão padronizadoCorreto-Sim
            2O(s) autor(es) e o(s) revisor(es) para cada artefatoCorreto-Sim
            3Referências bibliográficas e/ou bibliografia em todos os artefatosCorreto-Sim
            4As tabelas e imagens possuem legenda e fonte e são chamadas dentro do textoCorreto-Sim
            5Um texto fazendo uma introdução dos artefatosCorreto-Sim
            6O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividadeCorreto-Sim
            7Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc)Correto-Sim
            8A(s) gravação(ões) da(s) reunião(ões)/apresentação do grupoCorreto-Sim
            9Vídeo de apresentação/reunião(ões) na categoria "não listado" no YouTubeCorreto-Sim
            +

            Tabela 3: Itens do Conteúdo da Disciplina Referentes ao Rich Picture

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            ItemDescriçãoStatusObservaçõesAutoavaliação
            1Título e nome na parte superior esquerdaCorreto-Sim
            2Atores que representam usuários do sistemaCorreto-Sim
            3Uma representação do fluxo de uso do sistemaCorreto-Sim
            4Definição das operaçõesIncompletoFoge do modelo para um rich pictureSim
            5Delimitação da área do sistemaCorreto-Sim
            6Representação do armazenamento de dados (com retângulos)IncompletoFoge do modelo para um rich pictureSim
            7Legenda para informar o significado dos componentes utilizadosCorreto-Sim
            +

            Link para a autoavaliação do grupo: Link Verificação Grupo 5

            + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.021/11/2024Criação e estruturação do documentoThales EuflauzinoVictor Rodrigues
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega2/p1.png b/verificacao/grupo5/entrega2/p1.png new file mode 100644 index 00000000..3394f26e Binary files /dev/null and b/verificacao/grupo5/entrega2/p1.png differ diff --git a/verificacao/grupo5/entrega2/p2.png b/verificacao/grupo5/entrega2/p2.png new file mode 100644 index 00000000..17ac0e4f Binary files /dev/null and b/verificacao/grupo5/entrega2/p2.png differ diff --git a/verificacao/grupo5/entrega2/p3.png b/verificacao/grupo5/entrega2/p3.png new file mode 100644 index 00000000..fae05783 Binary files /dev/null and b/verificacao/grupo5/entrega2/p3.png differ diff --git a/verificacao/grupo5/entrega2/p4.png b/verificacao/grupo5/entrega2/p4.png new file mode 100644 index 00000000..cdb9cdb2 Binary files /dev/null and b/verificacao/grupo5/entrega2/p4.png differ diff --git a/verificacao/grupo5/entrega2/p5-1.png b/verificacao/grupo5/entrega2/p5-1.png new file mode 100644 index 00000000..43125067 Binary files /dev/null and b/verificacao/grupo5/entrega2/p5-1.png differ diff --git a/verificacao/grupo5/entrega2/p5-2.png b/verificacao/grupo5/entrega2/p5-2.png new file mode 100644 index 00000000..0c278dd0 Binary files /dev/null and b/verificacao/grupo5/entrega2/p5-2.png differ diff --git a/verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/index.html b/verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/index.html new file mode 100644 index 00000000..c4315ebc --- /dev/null +++ b/verificacao/grupo5/entrega2/planej-verificacao-e2-gp5/index.html @@ -0,0 +1,3129 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 2 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 2 do projeto (Elicitação de Requisitos) do grupo.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 2 do grupo possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007). 1

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 23 de novembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 23 de novembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 1 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            22/11/2024Planejamento da VerificaçãoVíctor Schmidt
            23/11/2024Adição dos resultados.Grupo
            +

            Autor: Víctor Schmidt, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano2.

            +

            Geral

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Desenvolvimento do projeto
            11 - A Especificação do Perfil do usuário possui informação de:
            • Idade (criança, jovem, adulto, terceira idade etc.);
            • Experiência (leigo/ novato, especialista);
            • Atitudes (tecnófilos, tecnófobos);
            • tarefas primárias (compra, venda)            		Sim/Não/IncompletoAndré BarrosA preencher
            2Um cronograma (data e horário) e local para realização da elicitação dos requisitos com o do cliente e/ou persona do projeto?Sim/Não/IncompletoAndré BarrosA preencher
            3No mínimo três técnicas de elicitação foram utilizadas (quanto mais melhor)?Sim/Não/IncompletoAndré BarrosA preencher
            4A participação do cliente e/ou persona na elicitação de requisitos?Sim/Não/IncompletoAndré BarrosA preencher
            5A gravação e o(s) registro(s) da elicitação dos requisitos (pré-rastreabilidade)?Sim/Não/IncompletoAndré BarrosA preencher
            6Um cronograma (data e horário) e local para realização da priorização dos requisitos com o do cliente e/ou persona do projeto?Sim/Não/IncompletoAndré BarrosA preencher
            7No mínimo duas técnicas de priorização (quanto mais melhor)?
            * A técnica de MoSCoW / 100 $ só devem ser utilizados no projeto após a utilização de outras duas técnicas de priorização no projeto.            		Sim/Não/IncompletoAndré BarrosA preencher
            8A participação do cliente e/ou persona no processo de priorização?Sim/Não/IncompletoAndré BarrosA preencher
            9A gravação e o(s) registro(s) da atividade de priorização dos requisitos?Sim/Não/IncompletoAndré BarrosA preencher
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1As personas são criadas a partir de observações do mundo real?Sim/Não/IncompletoThales EuflauzinoA preencher
            P2As personas possuem objetivos bem esclarecidos?Sim/Não/IncompletoVictor RodriguesA preencher
            P3Os requisitos elicitados consideram tanto os objetivos dos usuários quanto as características e atributos do produto?Sim/Não/IncompletoVíctor SchmidtA preencher
            P4O questionário considera variáveis demográficas, como idade e localização geográfica, apenas quando elas têm impacto direto no comportamento e nas interações dos usuários com o sistema?Sim/Não/IncompletoJúlia TakakiA preencher
            P5Há alguma comprovação do consentimento para o uso e a divulgação dos dados e das imagens dos participantes dos estudos, pesquisas e análises realizados nesta etapa, por meio da assinatura de um termo de consentimento?Sim/Não/IncompletoMaria HelenaA preencher
            +

            Autores: Equipe do Projeto, 2024.

            +

            +

            Bibliografia

            +
            +

            BARBOSA, Simone D. J. et al. Interação Humano-Computador e Experiência do Usuário. Rio de Janeiro: [s.n.], 2021.

            +
            +

            REQUISTOS DE SOFTWARE. Planejamento da Verificação da Etapa 1 do Grupo 2. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            +
            +

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +
            +

            2 SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            P1
            Referência 1

            +
            +

            P2
            Referencia 2

            +
            +

            P3
            Referência 3

            +
            +

            P4
            Referência 4

            +
            +

            P5
            Referência 1
            Referência 1

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.022/11/2024Criação do documentoVíctor SchmidtThales Euflauzino
            1.122/11/2024Adicionando a minha questao pessoalThales EuflauzinoVíctor Schmidt
            1.223/11/2024Adicionando a minha questão e referência bibliográficaMaria HelenaVíctor Schmidt
            1.323/11/2024Adicionando questão e referência bibliográficaVictor RodriguesVíctor Schmidt
            1.423/11/2024Adicionando questão e referência bibliográficaJúlia TakakiVíctor Schmidt
            1.523/11/2024Corrigindo bibliografiaThales EuflauzinoVictor Rodrigues
            1.623/11/2024Alterando a bibliografiaThales EuflauzinoVictor Rodrigues
            1.710/12/2024Ajustando legendas da LVThales EuflauzinoVictor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/index.html b/verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/index.html new file mode 100644 index 00000000..5bd8b31a --- /dev/null +++ b/verificacao/grupo5/entrega2/relatorio-verificacao-e2-gp5/index.html @@ -0,0 +1,3000 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 2.

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são todos integrantes do grupo. Thales Euflauzino, que irá verificar e corrigir possíveis problemas com os outros integrantes do grupo. E o integrante do grupo Júlia Takaki realizará a revisão da avaliação realizada. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Desenvolvimento do projeto
            11 - A Especificação do Perfil do usuário possui informação de:
            • Idade (criança, jovem, adulto, terceira idade etc.);
            • Experiência (leigo/ novato, especialista);
            • Atitudes (tecnófilos, tecnófobos);
            • tarefas primárias (compra, venda)            		SimAndré Barros23/11/24 18:50
            2Um cronograma (data e horário) e local para realização da elicitação dos requisitos com o do cliente e/ou persona do projeto?IncompletoAndré Barros23/11/24 18:50
            3No mínimo três técnicas de elicitação foram utilizadas (quanto mais melhor)?SimAndré Barros23/11/24 18:50
            4A participação do cliente e/ou persona na elicitação de requisitos?SimAndré Barros23/11/24 18:50
            5A gravação e o(s) registro(s) da elicitação dos requisitos (pré-rastreabilidade)?SimAndré Barros23/11/24 18:50
            6Um cronograma (data e horário) e local para realização da priorização dos requisitos com o do cliente e/ou persona do projeto?SimAndré Barros23/11/24 18:50
            7No mínimo duas técnicas de priorização (quanto mais melhor)?
            * A técnica de MoSCoW / 100 $ só devem ser utilizados no projeto após a utilização de outras duas técnicas de priorização no projeto.            		SimAndré Barros23/11/24 18:50
            8A participação do cliente e/ou persona no processo de priorização?SimAndré Barros23/11/24 18:50
            9A gravação e o(s) registro(s) da atividade de priorização dos requisitos?SimAndré Barros23/11/24 18:50
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1As personas são criadas a partir de observações do mundo real?SimThales Euflauzino23/11/24 18:50
            P2As personas possuem objetivos bem esclarecidos?SimVictor Rodrigues23/11/24 18:50
            P3Os requisitos elicitados consideram tanto os objetivos dos usuários quanto as características e atributos do produto?SimVíctor Schmidt23/11/24 18:50
            P4O questionário considera variáveis demográficas, como idade e localização geográfica, apenas quando elas têm impacto direto no comportamento e nas interações dos usuários com o sistema?SimJulia Takaki23/11/24 18:50
            P5Há alguma comprovação do consentimento para o uso e a divulgação dos dados e das imagens dos participantes dos estudos, pesquisas e análises realizados nesta etapa, por meio da assinatura de um termo de consentimento?SimMaria Helena23/11/24 18:50
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 2

            + + +

            Autor: Victor Rodrigues, 2024

            +

            +
            +

            Bibliografia

            +
            +

            BARBOSA, Simone D. J. et al. Interação Humano-Computador e Experiência do Usuário. Rio de Janeiro: [s.n.], 2021.

            +

            COOPER, Alan; REIMANN, Robert; CRONIN, Dave. About Face 3: The Essentials of Interaction Design. 3. ed. Indianapolis: Wiley Publishing, 2007. ISBN 978-0-470-08411-3

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            +

            Verificação - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            +

            P1
            Referência 1

            +
            +

            P2
            Referencia 2

            +
            +

            P3
            Referência 3

            +
            +

            P4
            Referência 4

            +
            +

            P5
            Referência 5-1
            Referência 5-2

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.021/11/2024Criação do documentoThales EuflauzinoVíctor Schmidt
            1.121/11/2024Adicionando a minha questao pessoalThales EuflauzinoVíctor Schmidt
            1.223/11/2024Adicionando a minha questão e referência bibliográficaMaria HelenaVíctor Schmidt
            1.323/11/2024Adicionando questão e referência bibliográficaVictor RodriguesVíctor Schmidt
            1.423/11/2024Alterando a bibliografiaThales EuflauzinoVictor Rodrigues
            1.523/11/2024Realizando a verificaçãoThales EuflauzinoJúlia Takaki
            1.623/11/2024Adição do videoVictor RodriguesThales Euflauzino
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/index.html b/verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/index.html new file mode 100644 index 00000000..5ac77732 --- /dev/null +++ b/verificacao/grupo5/entrega3/planej-verificacao-e3-gp5/index.html @@ -0,0 +1,3178 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 2 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 3 do projeto (Modelagem de Requisitos) do grupo.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 3 do grupo possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007). 5

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 07 de dezembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 07 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 1 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            04/12/2024Planejamento da VerificaçãoThales Euflauzino
            08/12/2024Adição dos resultados.Grupo
            +

            Autor: Thales Euflauzino, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano4.

            +

            Geral

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e Hora
            Itens do desenvolvimentos do projeto
            1Todos os 9 itensSim/Não/IncompletoAndré BarrosA preencher
            Itens do conteúdo da disciplina
            1As especificações dos cenários para o projeto.
            Exemplo de especificação dos cenários? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            2Os cenários possuem os elementos básicos de um cenário (Título, Metas/Objetivo, Contexto, Atores, Recursos, Exceção e Episódios).
            Quais elementos dos cenários? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            3As especificações dos léxicos.
            O que são léxicos? 1            		Sim/Não/IncompletoAndré BarrosA preencher
            4A definição do usuário nos léxicos.Sim/Não/IncompletoAndré BarrosA preencher
            5Os léxicos possuem ligações entre si (hiperlinks).Sim/Não/IncompletoAndré BarrosA preencher
            6Os léxicos utilizam a estrutura de dicionário (verbo, objeto, estado).
            O que é o dicionário dos léxicos?1            		Sim/Não/IncompletoAndré BarrosA preencher
            7A especificação do caso de uso.Sim/Não/IncompletoAndré BarrosA preencher
            8Os atores principais e secundários no diagrama de caso de uso.
            3 [min. 3:27].            		Sim/Não/IncompletoAndré BarrosA preencher
            9O ator principal está do lado esquerdo do sistema no diagrama de caso de uso.
            3 [min. 3:57]            		Sim/Não/IncompletoAndré BarrosA preencher
            10Os atores estão fora da caixa de limite do sistema no diagrama de caso de uso.
            3 [min. 2:55]            		Sim/Não/IncompletoAndré BarrosA preencher
            11A especificação do diagrama de caso de uso (com Nome, Descrição, Atores, Pré-Condição, Pós-Condição, Fluxo Principal, Fluxo Alternativo e Fluxo de Exceção etc.).Sim/Não/IncompletoAndré BarrosA preencher
            12No diagrama de caso de uso há ao menos um caso de uso com pontos de extensão?
            3 [min. 8:35]            		Sim/Não/IncompletoAndré BarrosA preencher
            13A participação do cliente e/ou persona na validação do diagrama de caso de uso.Sim/Não/IncompletoAndré BarrosA preencher
            14A especificação suplementar.
            O que é especificação suplementar? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            15O artefato segue o modelo FURPS+.Sim/Não/IncompletoAndré BarrosA preencher
            16O documento especifica o tempo de Sim/Não/Incompleto, no desempenho?Sim/Não/IncompletoAndré BarrosA preencher
            17O documento especifica qual plataforma o aplicativo pode ser executado?Sim/Não/IncompletoAndré BarrosA preencher
            18Todos os requisitos podem ser testados (RF e RNF)?
            Identificar quais requisitos não são testáveis/verificáveis.            		Sim/Não/IncompletoAndré BarrosA preencher
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1O ator está presente no diagrama de caso de uso? 3 [min. 1:37]. SimThales Euflauzino08/12/2024 15:20
            P1.1Os relacionamentos estão presentes no diagrama de caso de uso? 3 [min. 1:37]. SimThales Euflauzino08/12/2024 15:20
            P2Os casos de uso estão em formato oval na horizontal?Sim/Não/IncompletoVíctor SchmidtA preencher
            P3Os fluxos do diagrama de casos de uso são divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de ExceçãoSim/Não/IncompletoVictor RodriguesA preencher
            P4Os cenários descrevem apenas um único caminho específico feito pelo ator específico realizando ações específicas?Sim/Não/IncompletoMaria HelenaA preencher
            P5O diagrama de caso de uso dá uma visão geral do relacionamento entre casos de uso, atores e sistemas?Sim/Não/IncompletoJúlia TakakiA preencher
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Bibliografia

            +
            +

            1. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Cenários, Léxicos e Ferramenta C&L. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            +

            2. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Casos de Uso e Especificação Suplementar. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            +

            3. LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            +

            4 SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            +

            5 SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            +

            P1Referencia 1 LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            +
            +

            P2
            Referencia 2

            Formato Oval
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            P3
            Referência 3 Serrano, Milene; Serrano, Maurício. Requisitos – Aula 13.pdf. Slide 18.

            +
            +

            P4
            Referência 4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

            +
            +

            P5
            Referência 5
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.004/12/2024Criação do documentoThales EuflauzinoVictor Rodrigues
            1.108/12/2024Adição de item de verificaçãoVictor RodriguesThales Euflauzino
            1.208/12/2024Adição de item de verificação (Maria Helena)Maria HelenaThales Euflauzino
            1.310/12/2024Ajustando legendas da LVThales EuflauzinoVictor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega3/referencias_png/elementoscenarios.png b/verificacao/grupo5/entrega3/referencias_png/elementoscenarios.png new file mode 100644 index 00000000..a589c485 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/elementoscenarios.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/especificacaocenarios.png b/verificacao/grupo5/entrega3/referencias_png/especificacaocenarios.png new file mode 100644 index 00000000..e900da8f Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/especificacaocenarios.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/oqesuplementar.png b/verificacao/grupo5/entrega3/referencias_png/oqesuplementar.png new file mode 100644 index 00000000..c15189f5 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/oqesuplementar.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/oqsaolexicos.png b/verificacao/grupo5/entrega3/referencias_png/oqsaolexicos.png new file mode 100644 index 00000000..a2f824e3 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/oqsaolexicos.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/p1.png b/verificacao/grupo5/entrega3/referencias_png/p1.png new file mode 100644 index 00000000..fb59c198 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/p1.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/p2.png b/verificacao/grupo5/entrega3/referencias_png/p2.png new file mode 100644 index 00000000..18df9c64 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/p2.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/p3.png b/verificacao/grupo5/entrega3/referencias_png/p3.png new file mode 100644 index 00000000..77bb19bc Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/p3.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/p4.png b/verificacao/grupo5/entrega3/referencias_png/p4.png new file mode 100644 index 00000000..684d5bcd Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/p4.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/p5.png b/verificacao/grupo5/entrega3/referencias_png/p5.png new file mode 100644 index 00000000..893b627b Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/p5.png differ diff --git a/verificacao/grupo5/entrega3/referencias_png/tiposlexicos.png b/verificacao/grupo5/entrega3/referencias_png/tiposlexicos.png new file mode 100644 index 00000000..decd2d01 Binary files /dev/null and b/verificacao/grupo5/entrega3/referencias_png/tiposlexicos.png differ diff --git a/verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/index.html b/verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/index.html new file mode 100644 index 00000000..6c9ac0b3 --- /dev/null +++ b/verificacao/grupo5/entrega3/relatorio-verificacao-e3-gp5/index.html @@ -0,0 +1,3144 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 3.

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são todos integrantes do grupo. Víctor Schmidt, que irá verificar e corrigir possíveis problemas com os outros integrantes do grupo. E o integrante do grupo Thales Euflauzino realizará a revisão da avaliação. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e Hora
            Itens do desenvolvimentos do projeto
            1Todos os 9 itensSimAndré Barros08/12/2024 15:20
            Itens do conteúdo da disciplina
            1As especificações dos cenários para o projeto.
            Exemplo de especificação dos cenários? 2            		SimAndré Barros08/12/2024 15:20
            2Os cenários possuem os elementos básicos de um cenário (Título, Metas/Objetivo, Contexto, Atores, Recursos, Exceção e Episódios).
            Quais elementos dos cenários? 2            		SimAndré Barros08/12/2024 15:20
            3As especificações dos léxicos.
            O que são léxicos? 1            		SimAndré Barros08/12/2024 15:20
            4A definição do usuário nos léxicos.SimAndré Barros08/12/2024 15:20
            5Os léxicos possuem ligações entre si (hiperlinks).SimAndré Barros08/12/2024 15:20
            6Os léxicos utilizam a estrutura de dicionário (verbo, objeto, estado).
            O que é o dicionário dos léxicos?1            		SimAndré Barros08/12/2024 15:20
            7A especificação do caso de uso.SimAndré Barros08/12/2024 15:20
            8Os atores principais e secundários no diagrama de caso de uso.
            3 [min. 3:27].            		SimAndré Barros08/12/2024 15:20
            9O ator principal está do lado esquerdo do sistema no diagrama de caso de uso.
            3 [min. 3:57]            		SimAndré Barros08/12/2024 15:20
            10Os atores estão fora da caixa de limite do sistema no diagrama de caso de uso.
            3 [min. 2:55]            		SimAndré Barros08/12/2024 15:20
            11A especificação do diagrama de caso de uso (com Nome, Descrição, Atores, Pré-Condição, Pós-Condição, Fluxo Principal, Fluxo Alternativo e Fluxo de Exceção etc.).SimAndré Barros08/12/2024 15:20
            12No diagrama de caso de uso há ao menos um caso de uso com pontos de extensão?
            3 [min. 8:35]            		SimAndré Barros08/12/2024 15:20
            13A participação do cliente e/ou persona na validação do diagrama de caso de uso.SimAndré Barros08/12/2024 15:20
            14A especificação suplementar.
            O que é especificação suplementar? 2            		SimAndré Barros08/12/2024 15:20
            15O artefato segue o modelo FURPS+.SimAndré Barros08/12/2024 15:20
            16O documento especifica o tempo de resposta, no desempenho?SimAndré Barros08/12/2024 15:20
            17O documento especifica qual plataforma o aplicativo pode ser executado?SimAndré Barros08/12/2024 15:20
            18Todos os requisitos podem ser testados (RF e RNF)?
            Lista de requisitos não testáveis/verificáveis            		IncompletoAndré Barros08/12/2024 15:20
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1O ator está presente no diagrama de caso de uso? 3 [min. 1:37]. SimThales Euflauzino08/12/2024 15:20
            P1.1Os relacionamentos estão presentes no diagrama de caso de uso? 3 [min. 1:37]. SimThales Euflauzino08/12/2024 15:20
            P2Os casos de uso estão em formato oval na horizontal?SimVíctor Schmidt08/12/2024 15:20
            P3Os fluxos do diagrama de casos de uso são divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de ExceçãoSimVictor Rodrigues08/12/2024 15:20
            P4Os cenários descrevem apenas um único caminho específico feito pelo ator específico realizando ações específicas?SimMaria Helena08/12/2024 15:20
            P5O diagrama de caso de uso dá uma visão geral do relacionamento entre casos de uso, atores e sistemas?SimJúlia Takaki08/12/2024 15:20
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 2

            + + +

            Autor: Thales Euflauzino, 2024

            +

            +
            +

            Requisitos não testáveis/verificáveis

            +

            Na tabela 2 estão listados os requisitos funcionais e não funcionais elicitados que não podem ser testados ou verificados.

            +

            Tabela 2 - Requisitos elicitados não testáveis/verificáveis.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            RequisitoRastreabilidade (Link)
            RF22RF22
            RF26RF26
            RF29RF29
            RNF04RNF04
            RNF05RNF05
            RNF07RNF07
            RNF08RNF08
            +

            Autor: Thales Euflauzino, 2024

            +

            Bibliografia

            +
            +

            1. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Cenários, Léxicos e Ferramenta C&L. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            +

            2. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Casos de Uso e Especificação Suplementar. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            +

            3. LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024. +P1Referencia 1
            LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            +
            +

            P2
            Referencia 2

            Formato Oval
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            P3
            Referência 3
            Serrano, Milene; Serrano, Maurício. Requisitos – Aula 13.pdf. Slide 18.

            +
            +

            P4
            Referência 4
            BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

            +
            +

            P5
            Referência 5

            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.004/12/2024Criação do documentoThales EuflauzinoVictor Rodrigues
            1.108/12/2024Adição de item de verificaçãoVictor RodriguesThales Euflauzino
            1.208/12/2024Adição de item de verificação (Maria Helena)Maria HelenaThales Euflauzino
            1.308/12/2024Adicionando respostas da verificaçãoThales EuflauzinoVictor Schmidt
            1.408/12/2024Adicionando gravação da verificaçãoThales EuflauzinoVictor Schmidt
            1.510/12/2024Alterando pergunta pessoalThales EuflauzinoVictor Schmidt
            1.610/12/2024Adicionando imagem de formato oval na horizontalVictor SchmidtThales Euflauzino
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git "a/verificacao/grupo5/entrega4/Lista de Verifica\303\247\303\243o - Etapa 4.pdf" "b/verificacao/grupo5/entrega4/Lista de Verifica\303\247\303\243o - Etapa 4.pdf" new file mode 100644 index 00000000..17e94d4d Binary files /dev/null and "b/verificacao/grupo5/entrega4/Lista de Verifica\303\247\303\243o - Etapa 4.pdf" differ diff --git a/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/index.html b/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/index.html new file mode 100644 index 00000000..a002ef15 --- /dev/null +++ b/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5/index.html @@ -0,0 +1,2903 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 4 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 4 do projeto (Modelagem de Requisitos) do grupo.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 4 do grupo possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007). 1

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 17 de dezembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 17 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 1 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            16/12/2024Planejamento da VerificaçãoThales Euflauzino
            17/12/2024Adição dos resultados.Grupo
            +

            Autor: Thales Euflauzino, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano2.

            + +

            Bibliografia

            +
            +

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +

            2 SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024. +

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.016/12/2024Criação do documentoThales EuflauzinoVíctor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo5/entrega4/referencias/backlog-julia.jpg b/verificacao/grupo5/entrega4/referencias/backlog-julia.jpg new file mode 100644 index 00000000..606a5d77 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/backlog-julia.jpg differ diff --git a/verificacao/grupo5/entrega4/referencias/backlog_ieee.png b/verificacao/grupo5/entrega4/referencias/backlog_ieee.png new file mode 100644 index 00000000..bdd63978 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/backlog_ieee.png differ diff --git a/verificacao/grupo5/entrega4/referencias/backlog_ieee2.png b/verificacao/grupo5/entrega4/referencias/backlog_ieee2.png new file mode 100644 index 00000000..226b9786 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/backlog_ieee2.png differ diff --git a/verificacao/grupo5/entrega4/referencias/backlog_pressman.png b/verificacao/grupo5/entrega4/referencias/backlog_pressman.png new file mode 100644 index 00000000..673cabf3 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/backlog_pressman.png differ diff --git a/verificacao/grupo5/entrega4/referencias/cartao.png b/verificacao/grupo5/entrega4/referencias/cartao.png new file mode 100644 index 00000000..66d3212c Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/cartao.png differ diff --git a/verificacao/grupo5/entrega4/referencias/classificacao.jpg b/verificacao/grupo5/entrega4/referencias/classificacao.jpg new file mode 100644 index 00000000..efdaef82 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/classificacao.jpg differ diff --git a/verificacao/grupo5/entrega4/referencias/criterioaceitacao.png b/verificacao/grupo5/entrega4/referencias/criterioaceitacao.png new file mode 100644 index 00000000..cad462ec Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/criterioaceitacao.png differ diff --git a/verificacao/grupo5/entrega4/referencias/epico.png b/verificacao/grupo5/entrega4/referencias/epico.png new file mode 100644 index 00000000..66895db7 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/epico.png differ diff --git a/verificacao/grupo5/entrega4/referencias/fonte-origem.jpg b/verificacao/grupo5/entrega4/referencias/fonte-origem.jpg new file mode 100644 index 00000000..68429664 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/fonte-origem.jpg differ diff --git a/verificacao/grupo5/entrega4/referencias/oqebacklog.png b/verificacao/grupo5/entrega4/referencias/oqebacklog.png new file mode 100644 index 00000000..b0aea764 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/oqebacklog.png differ diff --git a/verificacao/grupo5/entrega4/referencias/oqenfr.png b/verificacao/grupo5/entrega4/referencias/oqenfr.png new file mode 100644 index 00000000..2283f9c0 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/oqenfr.png differ diff --git a/verificacao/grupo5/entrega4/referencias/softgoal.png b/verificacao/grupo5/entrega4/referencias/softgoal.png new file mode 100644 index 00000000..89f9ef2b Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/softgoal.png differ diff --git a/verificacao/grupo5/entrega4/referencias/us_epico_milene.png b/verificacao/grupo5/entrega4/referencias/us_epico_milene.png new file mode 100644 index 00000000..0e8cfa1c Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/us_epico_milene.png differ diff --git a/verificacao/grupo5/entrega4/referencias/us_scrum_academy.png b/verificacao/grupo5/entrega4/referencias/us_scrum_academy.png new file mode 100644 index 00000000..58780ee1 Binary files /dev/null and b/verificacao/grupo5/entrega4/referencias/us_scrum_academy.png differ diff --git a/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/index.html b/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/index.html new file mode 100644 index 00000000..a7843771 --- /dev/null +++ b/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5/index.html @@ -0,0 +1,2837 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 4.

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação foram CITAR OS INTEGRANTES. , que irá verificar e corrigir possíveis problemas com os outros integrantes do grupo. E o integrante do grupo realizará a revisão da avaliação. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            Resultado da inspeção

            + +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 4

            +

            [video]

            +

            Autor: , 2024

            +

            +

            Bibliografia

            +
            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.016/12/2024Criação do documentoThales EuflauzinoVíctor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/index.html b/verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/index.html new file mode 100644 index 00000000..8ada47ac --- /dev/null +++ b/verificacao/grupo6/entrega1/planej-verificacao-e1-gp6/index.html @@ -0,0 +1,3058 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 1 do Grupo

            +

            Introdução

            +

            O artefato a seguir visa apresentar o planejamento para a verificação de cada artefato da etapa 1 do projeto do grupo 6.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 1 do grupo 6 possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis por esse artefato ou seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007).4

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada em 07 de novembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 6 no dia 07 de novembro de 2024. A tabela 2 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 2 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            07/11/2024Verificação do projeto do grupo 6Todos do grupo
            +

            Autor: Elaborado por Víctor Schmidt, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano3 e a literatura Introducing Rich Picture - Rich Picture Drawing Guidelines2.

            +

            Com o intuito de melhor organizar a verificação, a lista de verificação será dividida em 2 listas sendo que uma deverá estar presente em todas as etapas de verificação, no caso a Lista de Verificação Geral. Sendo assim, as listas de verificação são as seguintes: Geral e Rich Picture. As tabelas de 3 a 4 apresenta as listas de verificação utilizadas na verificação.

            +

            Geral

            +

            +

            Tabela 3 - Lista de Verificação dos Itens do Planejamento Geral do projeto .

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliação
            1Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?-
            2o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?-
            3o cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa-
            4O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?-
            5A motivação e os critérios para a escolha do App?-
            6Cópia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina.-
            7Possui opção de contraste de cores?-
            +

            Autor: Equipe do Projeto, 2024.

            +

            +

            Rich Picture

            +

            +

            Tabela 4 - Lista para a Verificação do Rich Picture.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliação
            1O Rich Picture conta uma história clara e compreensível?
            Autor: Thales Euflauzino            		-
            2O fluxo de dados está claro? quem está processando qual dado e para qual propósito, por exemplo
            Autor: Victor Rodrigues            		-
            3O Rich Picture tem todas as palavras chaves necessárias do projeto?
            Autor: Víctor Schmidt            		-
            4O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usuários?
            Autor: Julia Takaki            		-
            5O Rich Picture contém uma representação visual clara da delimitação do sistema, ou seja, da sua "área de responsabilidade"?
            Autor: Maria Helena            		-
            +

            Autores: Victor Schmidt e Thales Euflauzino, 2024.

            +

            +

            Bibliografia

            +
            +

            REQUISTOS DE SOFTWARE. Planejamento da Verificação da Etapa 1 do Grupo 2. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            +
            +

            2. REVADI, Chindy Elsanna. Introducing Rich Pictures - Rich Picture Drawing Guidelines. Disponível em: https://aprender3.unb.br/pluginfile.php/2523045/mod_resource/content/2/1_5145791542719414573.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            3. SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            4. SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +
            +

            5. Meu INSS. Disponível em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acessado em: 07 de novembro de 2024.

            +
            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.007/11/2024Criação do documentoTodos os integrantes do grupoTodos os integrantes do grupo
            1.112/11/2024Corringindo checklist para lista de verificaçãoThales EuflauzinoVictor Rodrigues
            1.220/11/2024Corringindo sobrenome do victor rodriguesThales EuflauzinoVíctor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/index.html b/verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/index.html new file mode 100644 index 00000000..4e67beb2 --- /dev/null +++ b/verificacao/grupo6/entrega1/relatorio-verificacao-e1-gp6/index.html @@ -0,0 +1,3045 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos do Grupo 06. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo Grupo 6

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir das listas de verificação elaboradas na página de planejamento Para responder às perguntas apresentadas nas listas o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá também escrever observações em cada pergunta detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são integrantes do grupo. todo o grupo ira verificar os possíveis problemas no projeto do grupo 6. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Planejamento Geral do projeto
            1Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?SimAndré Barros07/11/2024 20:30
            2O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?SimAndré Barros07/11/2024 20:30
            3O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapaSimAndré Barros07/11/2024 20:30
            4O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?SimAndré Barros07/11/2024 20:30
            5A motivação e os critérios para a escolha do App?SimAndré Barros07/11/2024 20:30
            6Cópia do Termo de Uso, Direito de Uso ou Propriedade Intelectual do aplicativo permitindo o estudo na disciplina.SimAndré Barros07/11/2024 20:30
            7Possui opção de contraste de cores?SimAndré Barros07/11/2024 20:30
            Itens do Desenvolvimento do projeto
            1O histórico de versão padronizado?IncompletoAndré Barros07/11/2024 20:30
            2O(s) autor(es) e o(s) revisor(es) para cada artefato?SimAndré Barros07/11/2024 20:30
            3Referências bibliográficas e/ou bibliografia em todos os artefatos?SimAndré Barros07/11/2024 20:30
            4As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?IncompletoAndré Barros07/11/2024 20:30
            5Um texto fazendo uma introdução dos artefatos?SimAndré Barros07/11/2024 20:30
            6O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.SimAndré Barros07/11/2024 20:30
            7Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).SimAndré Barros07/11/2024 20:30
            8A gravação da reunião do grupo.SimAndré Barros07/11/2024 20:30
            9Vídeo de apresentação na categoria “não listado” no youtube?SimAndré Barros07/11/2024 20:30
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            1O Rich Picture conta uma história clara e compreensível?SimThales Euflauzino07/11/2024 20:30
            2O fluxo de dados está claro? quem está processando qual dado e para qual propósito, por exemploIncompletoVictor Rodrigues07/11/2024 20:30
            3O Rich Picture tem todas as palavras chaves necessárias do projeto?SimVíctor Schmidt07/11/2024 20:30
            4O Rich Picture utiliza um storyboard para descrever o fluxo de, por exemplo, atividades dos usuários?IncompletoJulia Takaki07/11/2024 20:30
            5O Rich Picture contém uma representação visual clara da delimitação do sistema, ou seja, da sua "área de responsabilidade"?SimMaria Helena07/11/2024 20:30
            +

            Autor: Elaborada por Thales Euflauzino 2024.

            +

            +

            Video de Verificação

            +

            É possível ver o grupo realizando a verificação dos artefatos do Grupo 6 no Vídeo 1.

            + + +

            Referências Bibliográficas

            +
            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            +

            CTEC2402 - Software Development Project Introducing Rich Pictures - Rich Picture Drawing Guidelines.. Acesso em: 28 out. 2024

            +

            Verificação - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture//. Acesso em 02 de novembro de 2024.

            +

            Meu INSS. Disponível em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em 07 de novembro de 2024.

            +

            1
            Referência 1

            +
            +

            2
            Referência 2

            +
            +

            3
            Referência 3

            +
            +

            4
            Referência 4

            +
            +

            5
            Referência 5

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.007/11/2024Criação do documentoTodos os integrantes do grupoTodos os integrantes do grupo
            1.107/11/2024Arrumando bibliografiaThales EuflauzinoMaria Helena
            1.212/11/2024Corringindo checklist para lista de verificaçãoThales EuflauzinoVictor Rodrigues
            1.312/11/2024Corringindo fonte para autorThales EuflauzinoVictor Rodrigues
            1.412/11/2024Adicionando autor e data na tabela de verificaçãoThales EuflauzinoVictor Rodrigues
            1.520/11/2024Corringindo sobrenome do victor rodriguesThales EuflauzinoVíctor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega2/p1.png b/verificacao/grupo6/entrega2/p1.png new file mode 100644 index 00000000..3394f26e Binary files /dev/null and b/verificacao/grupo6/entrega2/p1.png differ diff --git a/verificacao/grupo6/entrega2/p2.png b/verificacao/grupo6/entrega2/p2.png new file mode 100644 index 00000000..17ac0e4f Binary files /dev/null and b/verificacao/grupo6/entrega2/p2.png differ diff --git a/verificacao/grupo6/entrega2/p3.png b/verificacao/grupo6/entrega2/p3.png new file mode 100644 index 00000000..fae05783 Binary files /dev/null and b/verificacao/grupo6/entrega2/p3.png differ diff --git a/verificacao/grupo6/entrega2/p4.png b/verificacao/grupo6/entrega2/p4.png new file mode 100644 index 00000000..cdb9cdb2 Binary files /dev/null and b/verificacao/grupo6/entrega2/p4.png differ diff --git a/verificacao/grupo6/entrega2/p5-1.png b/verificacao/grupo6/entrega2/p5-1.png new file mode 100644 index 00000000..43125067 Binary files /dev/null and b/verificacao/grupo6/entrega2/p5-1.png differ diff --git a/verificacao/grupo6/entrega2/p5-2.png b/verificacao/grupo6/entrega2/p5-2.png new file mode 100644 index 00000000..0c278dd0 Binary files /dev/null and b/verificacao/grupo6/entrega2/p5-2.png differ diff --git a/verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/index.html b/verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/index.html new file mode 100644 index 00000000..aa2861bd --- /dev/null +++ b/verificacao/grupo6/entrega2/planej-verificacao-e2-gp6/index.html @@ -0,0 +1,3090 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 2 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 2 do projeto (Elicitação de Requisitos) do grupo 6.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 2 do grupo 6 possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007). 1

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 25 de novembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 6 no dia 25 de novembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 1 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            24/11/2024Planejamento da VerificaçãoGrupo
            25/11/2024Adição dos resultados.Grupo
            +

            Autor: Víctor Schmidt, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano2.

            +

            Geral

            +

            +

            Tabela 2 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Desenvolvimento do projeto
            11 - A Especificação do Perfil do usuário possui informação de:
            • Idade (criança, jovem, adulto, terceira idade etc.);
            • Experiência (leigo/ novato, especialista);
            • Atitudes (tecnófilos, tecnófobos);
            • tarefas primárias (compra, venda)            		Sim/Não/IncompletoAndré BarrosA preencher
            2Um cronograma (data e horário) e local para realização da elicitação dos requisitos com o do cliente e/ou persona do projeto?Sim/Não/IncompletoAndré BarrosA preencher
            3No mínimo três técnicas de elicitação foram utilizadas (quanto mais melhor)?Sim/Não/IncompletoAndré BarrosA preencher
            4A participação do cliente e/ou persona na elicitação de requisitos?Sim/Não/IncompletoAndré BarrosA preencher
            5A gravação e o(s) registro(s) da elicitação dos requisitos (pré-rastreabilidade)?Sim/Não/IncompletoAndré BarrosA preencher
            6Um cronograma (data e horário) e local para realização da priorização dos requisitos com o do cliente e/ou persona do projeto?Sim/Não/IncompletoAndré BarrosA preencher
            7No mínimo duas técnicas de priorização (quanto mais melhor)?
            * A técnica de MoSCoW / 100 $ só devem ser utilizados no projeto após a utilização de outras duas técnicas de priorização no projeto.            		Sim/Não/IncompletoAndré BarrosA preencher
            8A participação do cliente e/ou persona no processo de priorização?Sim/Não/IncompletoAndré BarrosA preencher
            9A gravação e o(s) registro(s) da atividade de priorização dos requisitos?Sim/Não/IncompletoAndré BarrosA preencher
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1As personas são criadas a partir de observações do mundo real?Sim/Não/IncompletoThales EuflauzinoA preencher
            P2As personas possuem objetivos bem esclarecidos?Sim/Não/IncompletoVictor RodriguesA preencher
            P3Os requisitos elicitados consideram tanto os objetivos dos usuários quanto as características e atributos do produto?Sim/Não/IncompletoVíctor SchmidtA preencher
            P4O questionário considera variáveis demográficas, como idade e localização geográfica, apenas quando elas têm impacto direto no comportamento e nas interações dos usuários com o sistema?Sim/Não/IncompletoJúlia TakakiA preencher
            P5Há alguma comprovação do consentimento para o uso e a divulgação dos dados e das imagens dos participantes dos estudos, pesquisas e análises realizados nesta etapa, por meio da assinatura de um termo de consentimento?Sim/Não/IncompletoMaria HelenaA preencher
            +

            Autores: Equipe do Projeto, 2024.

            +

            +

            Bibliografia

            +
            +

            BARBOSA, Simone D. J. et al. Interação Humano-Computador e Experiência do Usuário. Rio de Janeiro: [s.n.], 2021.

            +
            +

            REQUISTOS DE SOFTWARE. Planejamento da Verificação da Etapa 1 do Grupo 2. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/entrega1/planejamento-verificacao-e1-grupo2/. Acesso em: 2 nov. 2024.

            +
            +

            1 SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +
            +

            2 SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acessado em: 02 de novembro de 2024.

            +
            +

            REQUISITOS DE SOFTWARE. Documentação do projeto Meu INSS. Disponível em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em: 24 nov. 2024.

            +
            +

            P1
            Referência 1

            +
            +

            P2
            Referencia 2

            +
            +

            P3
            Referência 3

            +
            +

            P4
            Referência 4

            +
            +

            P5
            Referência 1
            Referência 1

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.024/11/2024Criação do documentoGrupoGrupo
            1.110/12/2024Ajustando legendas da LVThales EuflauzinoVictor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/index.html b/verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/index.html new file mode 100644 index 00000000..9ee8693c --- /dev/null +++ b/verificacao/grupo6/entrega2/relatorio-verificacao-e2-gp6/index.html @@ -0,0 +1,2961 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo 6 durante a etapa 2.

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções Sim, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são integrantes do grupo. todo o grupo ira verificar os possíveis problemas no projeto do grupo 6. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e hora
            Itens do Desenvolvimento do projeto
            11 - A Especificação do Perfil do usuário possui informação de:
            • Idade (criança, jovem, adulto, terceira idade etc.);
            • Experiência (leigo/ novato, especialista);
            • Atitudes (tecnófilos, tecnófobos);
            • tarefas primárias (compra, venda)            		SimAndré Barros25/11/2024 20:30
            2Um cronograma (data e horário) e local para realização da elicitação dos requisitos com o do cliente e/ou persona do projeto?IncompletoAndré Barros25/11/2024 20:30
            3No mínimo três técnicas de elicitação foram utilizadas (quanto mais melhor)?SimAndré Barros25/11/2024 20:30
            4A participação do cliente e/ou persona na elicitação de requisitos?IncompletoAndré Barros25/11/2024 20:30
            5A gravação e o(s) registro(s) da elicitação dos requisitos (pré-rastreabilidade)?SimAndré Barros25/11/2024 20:30
            6Um cronograma (data e horário) e local para realização da priorização dos requisitos com o do cliente e/ou persona do projeto?SimAndré Barros25/11/2024 20:30
            7No mínimo duas técnicas de priorização (quanto mais melhor)?
            * A técnica de MoSCoW / 100 $ só devem ser utilizados no projeto após a utilização de outras duas técnicas de priorização no projeto.            		SimAndré Barros25/11/2024 20:30
            8A participação do cliente e/ou persona no processo de priorização?SimAndré Barros25/11/2024 20:30
            9A gravação e o(s) registro(s) da atividade de priorização dos requisitos?SimAndré Barros25/11/2024 20:30
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1As personas são criadas a partir de observações do mundo real?SimThales Euflauzino25/11/2024 20:30
            P2As personas possuem objetivos bem esclarecidos?SimVictor Rodrigues25/11/2024 20:30
            P3Os requisitos elicitados consideram tanto os objetivos dos usuários quanto as características e atributos do produto?SimVíctor Schmidt25/11/2024 20:30
            P4O questionário considera variáveis demográficas, como idade e localização geográfica, apenas quando elas têm impacto direto no comportamento e nas interações dos usuários com o sistema?SimJulia Takaki25/11/2024 20:30
            P5Há alguma comprovação do consentimento para o uso e a divulgação dos dados e das imagens dos participantes dos estudos, pesquisas e análises realizados nesta etapa, por meio da assinatura de um termo de consentimento?NãoMaria Helena25/11/2024 20:30
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 2

            + + +

            Autor: Victor Rodrigues, 2024

            +

            +
            +

            Bibliografia

            +
            +

            BARBOSA, Simone D. J. et al. Interação Humano-Computador e Experiência do Usuário. Rio de Janeiro: [s.n.], 2021.

            +

            COOPER, Alan; REIMANN, Robert; CRONIN, Dave. About Face 3: The Essentials of Interaction Design. 3. ed. Indianapolis: Wiley Publishing, 2007. ISBN 978-0-470-08411-3

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 28 out. 2024.

            +

            Verificação - Bilheteria Digital. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/verificacao/grupo/entrega1/verificacao-rich-picture/. Acesso em 02 de novembro de 2024.

            +
            +

            REQUISITOS DE SOFTWARE. Documentação do projeto Meu INSS. Disponível em: https://requisitos-de-software.github.io/2024.2-MeuINSS/. Acesso em: 24 nov. 2024.

            +
            +

            P1
            Referência 1

            +
            +

            P2
            Referencia 2

            +
            +

            P3
            Referência 3

            +
            +

            P4
            Referência 4

            +
            +

            P5
            Referência 5-1
            Referência 5-2

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.025/11/2024Criação do documentoGrupoGrupo
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/index.html b/verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/index.html new file mode 100644 index 00000000..ba909a6b --- /dev/null +++ b/verificacao/grupo6/entrega3/planej-verificacao-e3-gp6/index.html @@ -0,0 +1,3157 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da Verificação da Etapa 2 do Grupo

            +

            Introdução

            +

            O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 3 do projeto (Modelagem de Requisitos) do grupo.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos para entrega 3 do grupo possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.

            +

            Metodologia

            +

            A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.

            +

            +

            Figura 1 - Etapas da Inspeção de acordo com Fagan.

            + + +

            inspecaofagan

            +

            Fonte: SOMMERVILLE (2007). 5

            +

            +

            Objetos da Verificação

            +

            Os artefatos alvos dessa verificação são:

            + +

            Resultados das Verificações

            +

            Os resultados das verificações podem ser acessados através do seguinte link:

            + +

            Cronograma

            +

            A verificação será realizada no período de 09 de dezembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 09 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.

            +

            +

            Tabela 1 - Cronograma das Atividades.

            + + + + + + + + + + + + + + + + + + + + +
            DataDescriçãoResponsável
            08/12/2024Planejamento da VerificaçãoVíctor Schmidt
            09/12/2024Adição dos resultados.Grupo
            +

            Autor: Víctor Schmidt, 2024

            +

            +

            Lista de Verificação

            +

            As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da Aula 04 da professora Milene e Maurício Serrano4.

            +

            Geral

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e Hora
            Itens do desenvolvimentos do projeto
            1Todos os 9 itensSim/Não/IncompletoAndré BarrosA preencher
            Itens do conteúdo da disciplina
            1As especificações dos cenários para o projeto.
            Exemplo de especificação dos cenários? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            2Os cenários possuem os elementos básicos de um cenário (Título, Metas/Objetivo, Contexto, Atores, Recursos, Exceção e Episódios).
            Quais elementos dos cenários? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            3As especificações dos léxicos.
            O que são léxicos? 1            		Sim/Não/IncompletoAndré BarrosA preencher
            4A definição do usuário nos léxicos.Sim/Não/IncompletoAndré BarrosA preencher
            5Os léxicos possuem ligações entre si (hiperlinks).Sim/Não/IncompletoAndré BarrosA preencher
            6Os léxicos utilizam a estrutura de dicionário (verbo, objeto, estado).
            O que é o dicionário dos léxicos?1            		Sim/Não/IncompletoAndré BarrosA preencher
            7A especificação do caso de uso.Sim/Não/IncompletoAndré BarrosA preencher
            8Os atores principais e secundários no diagrama de caso de uso.
            3 [min. 3:27].            		Sim/Não/IncompletoAndré BarrosA preencher
            9O ator principal está do lado esquerdo do sistema no diagrama de caso de uso.
            3 [min. 3:57]            		Sim/Não/IncompletoAndré BarrosA preencher
            10Os atores estão fora da caixa de limite do sistema no diagrama de caso de uso.
            3 [min. 2:55]            		Sim/Não/IncompletoAndré BarrosA preencher
            11A especificação do diagrama de caso de uso (com Nome, Descrição, Atores, Pré-Condição, Pós-Condição, Fluxo Principal, Fluxo Alternativo e Fluxo de Exceção etc.).Sim/Não/IncompletoAndré BarrosA preencher
            12No diagrama de caso de uso há ao menos um caso de uso com pontos de extensão?
            3 [min. 8:35]            		Sim/Não/IncompletoAndré BarrosA preencher
            13A participação do cliente e/ou persona na validação do diagrama de caso de uso.Sim/Não/IncompletoAndré BarrosA preencher
            14A especificação suplementar.
            O que é especificação suplementar? 2            		Sim/Não/IncompletoAndré BarrosA preencher
            15O artefato segue o modelo FURPS+.Sim/Não/IncompletoAndré BarrosA preencher
            16O documento especifica o tempo de Sim/Não/Incompleto, no desempenho?Sim/Não/IncompletoAndré BarrosA preencher
            17O documento especifica qual plataforma o aplicativo pode ser executado?Sim/Não/IncompletoAndré BarrosA preencher
            18Todos os requisitos podem ser testados (RF e RNF)?
            Identificar quais requisitos não são testáveis/verificáveis.            		Sim/Não/IncompletoAndré BarrosA preencher
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1Todos os elementos necessários no diagrama de caso de uso estão presentes? (atores, relacionamentos, sistemas e casos de uso) 3 [min. 1:37]. Sim/Não/IncompletoThales EuflauzinoA preencher
            P2Os casos de uso estão em formato oval na horizontal?Sim/Não/IncompletoVíctor SchmidtA preencher
            P3Os fluxos do diagrama de casos de uso são divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de ExceçãoSim/Não/IncompletoVictor RodriguesA preencher
            P4Os cenários descrevem apenas um único caminho específico feito pelo ator específico realizando ações específicas?Sim/Não/IncompletoMaria HelenaA preencher
            P5O diagrama de caso de uso dá uma visão geral do relacionamento entre casos de uso, atores e sistemas?Sim/Não/IncompletoJúlia TakakiA preencher
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Bibliografia

            +
            +

            1. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Cenários, Léxicos e Ferramenta C&L. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            +

            2. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Casos de Uso e Especificação Suplementar. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            +

            3. LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            +

            4 SERRANO, MAURÍCIO; SERRANO, Milene. Slides da aula Requisitos – Aula 04. Disponível em: https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf. Acesso em: 02 de novembro de 2024.

            +

            5 SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024.

            +

            P1Referencia 1 LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            +
            +

            P2
            Referencia 2

            Formato Oval
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            P3
            Referência 3 Serrano, Milene; Serrano, Maurício. Requisitos – Aula 13.pdf. Slide 18.

            +
            +

            P4
            Referência 4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

            +
            +

            P5
            Referência 5
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.008/12/2024Criação do documentoVíctor SchmidtVictor Rodrigues
            1.110/12/2024Ajustando legendas da LVThales EuflauzinoVictor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega3/referencias_png/elementoscenarios.png b/verificacao/grupo6/entrega3/referencias_png/elementoscenarios.png new file mode 100644 index 00000000..a589c485 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/elementoscenarios.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/especificacaocenarios.png b/verificacao/grupo6/entrega3/referencias_png/especificacaocenarios.png new file mode 100644 index 00000000..e900da8f Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/especificacaocenarios.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/oqesuplementar.png b/verificacao/grupo6/entrega3/referencias_png/oqesuplementar.png new file mode 100644 index 00000000..c15189f5 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/oqesuplementar.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/oqsaolexicos.png b/verificacao/grupo6/entrega3/referencias_png/oqsaolexicos.png new file mode 100644 index 00000000..a2f824e3 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/oqsaolexicos.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/p1.png b/verificacao/grupo6/entrega3/referencias_png/p1.png new file mode 100644 index 00000000..fb59c198 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/p1.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/p2.png b/verificacao/grupo6/entrega3/referencias_png/p2.png new file mode 100644 index 00000000..18df9c64 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/p2.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/p3.png b/verificacao/grupo6/entrega3/referencias_png/p3.png new file mode 100644 index 00000000..77bb19bc Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/p3.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/p4.png b/verificacao/grupo6/entrega3/referencias_png/p4.png new file mode 100644 index 00000000..684d5bcd Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/p4.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/p5.png b/verificacao/grupo6/entrega3/referencias_png/p5.png new file mode 100644 index 00000000..893b627b Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/p5.png differ diff --git a/verificacao/grupo6/entrega3/referencias_png/tiposlexicos.png b/verificacao/grupo6/entrega3/referencias_png/tiposlexicos.png new file mode 100644 index 00000000..decd2d01 Binary files /dev/null and b/verificacao/grupo6/entrega3/referencias_png/tiposlexicos.png differ diff --git a/verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/index.html b/verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/index.html new file mode 100644 index 00000000..43048279 --- /dev/null +++ b/verificacao/grupo6/entrega3/relatorio-verificacao-e3-gp6/index.html @@ -0,0 +1,3121 @@ + + + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Verificação dos artefatos

            +

            Introdução

            +

            Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção.

            +

            Objetivo

            +

            O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo grupo durante a etapa 3.

            +

            Metodologia

            +

            Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de planejamento Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções -, Não ou Incompleto. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários.

            +

            Cronograma e Participantes

            +

            Os participantes da verificação são todos integrantes do grupo. Víctor Schmidt, que irá verificar e corrigir possíveis problemas com os outros integrantes do grupo. E o integrante do grupo Victor Rodrigues realizará a revisão da avaliação. Em relação ao cronograma seguido, ele já foi explicitado na página de planejamento.

            +

            +

            Tabela 1 - Lista de Verificação.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            IDDescriçãoAvaliaçãoAutorData e Hora
            Itens do desenvolvimentos do projeto
            1Todos os 9 itensIncompletoAndré Barros09/12/2024 20:35
            Itens do conteúdo da disciplina
            1As especificações dos cenários para o projeto.
            Exemplo de especificação dos cenários? 2            		SimAndré Barros09/12/2024 20:35
            2Os cenários possuem os elementos básicos de um cenário (Título, Metas/Objetivo, Contexto, Atores, Recursos, Exceção e Episódios).
            Quais elementos dos cenários? 2            		SimAndré Barros09/12/2024 20:35
            3As especificações dos léxicos.
            O que são léxicos? 1            		SimAndré Barros09/12/2024 20:35
            4A definição do usuário nos léxicos.SimAndré Barros09/12/2024 20:35
            5Os léxicos possuem ligações entre si (hiperlinks).NãoAndré Barros09/12/2024 20:35
            6Os léxicos utilizam a estrutura de dicionário (verbo, objeto, estado).
            O que é o dicionário dos léxicos?1            		SimAndré Barros09/12/2024 20:35
            7A especificação do caso de uso.SimAndré Barros09/12/2024 20:35
            8Os atores principais e secundários no diagrama de caso de uso.
            3 [min. 3:27].            		SimAndré Barros09/12/2024 20:35
            9O ator principal está do lado esquerdo do sistema no diagrama de caso de uso.
            3 [min. 3:57]            		SimAndré Barros09/12/2024 20:35
            10Os atores estão fora da caixa de limite do sistema no diagrama de caso de uso.
            3 [min. 2:55]            		SimAndré Barros09/12/2024 20:35
            11A especificação do diagrama de caso de uso (com Nome, Descrição, Atores, Pré-Condição, Pós-Condição, Fluxo Principal, Fluxo Alternativo e Fluxo de Exceção etc.).SimAndré Barros09/12/2024 20:35
            12No diagrama de caso de uso há ao menos um caso de uso com pontos de extensão?
            3 [min. 8:35]            		SimAndré Barros09/12/2024 20:35
            13A participação do cliente e/ou persona na validação do diagrama de caso de uso.SimAndré Barros09/12/2024 20:35
            14A especificação suplementar.
            O que é especificação suplementar? 2            		SimAndré Barros09/12/2024 20:35
            15O artefato segue o modelo FURPS+.SimAndré Barros09/12/2024 20:35
            16O documento especifica o tempo de resposta, no desempenho?SimAndré Barros09/12/2024 20:35
            17O documento especifica qual plataforma o aplicativo pode ser executado?SimAndré Barros09/12/2024 20:35
            18Todos os requisitos podem ser testados (RF e RNF)?
            Lista de requisitos não testáveis/verificáveis            		IncompletoAndré Barros09/12/2024 20:35
            Itens do Conteúdo da Disciplina (a foto referente ao texto está no ID)
            P1Todos os elementos necessários no diagrama de caso de uso estão presentes? (atores, relacionamentos, sistemas e casos de uso) 3 [min. 1:37]. SimThales Euflauzino09/12/2024 20:35
            P2Os casos de uso estão em formato oval na horizontal?SimVíctor Schmidt09/12/2024 20:35
            P3Os fluxos do diagrama de casos de uso são divididos em: Fluxo Principal, Fluxo Alternativo e Fluxo de ExceçãoSimVictor Rodrigues09/12/2024 20:35
            P4Os cenários descrevem apenas um único caminho específico feito pelo ator específico realizando ações específicas?SimMaria Helena09/12/2024 20:35
            P5O diagrama de caso de uso dá uma visão geral do relacionamento entre casos de uso, atores e sistemas?-Júlia Takaki09/12/2024 20:35
            +

            Autor: Thales Euflauzino, 2024.

            +

            +

            Vídeo da Verificação

            +

            +

            Vídeo 1: Requisitos - Verificação Entrega 2

            + + +

            Autor: Victor Rodrigues, 2024

            +

            +

            Requisitos não testáveis/verificáveis

            +

            Na tabela 2 estão listados os requisitos funcionais e não funcionais elicitados que não podem ser testados ou verificados.

            +

            Tabela 2 - Requisitos elicitados não testáveis/verificáveis.

            + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            RequisitoRastreabilidade (Link)
            RF07RF07
            RF08RF08
            RF09RF09
            RF11RF11
            RF18RF18
            RF30RF30
            RNF01RNF01
            RNF03RNF03
            RNF04RNF04
            RNF05RNF05
            RNF06RNF06
            RNF07RNF07
            +

            Autor: Victor Rodrigues, 2024

            +

            Bibliografia

            +
            +

            1. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Cenários, Léxicos e Ferramenta C&L. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf.

            +

            2. SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Casos de Uso e Especificação Suplementar. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf

            +

            3. LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Acesso em: 28 nov. 2024.

            +

            SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf. Acesso em 04 dez. 2024. +P1Referencia 1 LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: https://youtu.be/ab6eDdwS3rA. Min 1:37. Acesso em: 28 nov. 2024.

            +
            +

            P2
            Referencia 2

            Formato Oval
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            P3
            Referência 3 Serrano, Milene; Serrano, Maurício. Requisitos – Aula 13.pdf. Slide 18.

            +
            +

            P4
            Referência 4 BARBOSA, S. D. J.; SILVA, B. S. da; SILVEIRA, M. S.; GASPARINI, I.; DARIN, T.; BARBOSA, G. D. J. Interação Humano-Computador e Experiência do Usuário. Autopublicação, 2021. ISBN: 978-65-00-19677-1.

            +
            +

            P5
            Referência 5
            LUCIDCHART. Diagrama de caso de uso UML. Disponível em: LucidChart. Acesso em: 8 dez. 2024

            +
            +

            Histórico de Versões

            + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.008/12/2024Criação do documentoVíctor SchmidtVictor Rodrigues
            1.109/12/2024Adição de resultados e videoVictor RodriguesVíctor Schmidt
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega4/planej-verificacao-e4-gp6/index.html b/verificacao/grupo6/entrega4/planej-verificacao-e4-gp6/index.html new file mode 100644 index 00000000..53919f93 --- /dev/null +++ b/verificacao/grupo6/entrega4/planej-verificacao-e4-gp6/index.html @@ -0,0 +1,2593 @@ + + + + + + + + + + + + + + + + + + + + + + + Planejamento da verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Planejamento da verificação

            + + + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/grupo6/entrega4/relatorio-verificacao-e4-gp6/index.html b/verificacao/grupo6/entrega4/relatorio-verificacao-e4-gp6/index.html new file mode 100644 index 00000000..7edf78cc --- /dev/null +++ b/verificacao/grupo6/entrega4/relatorio-verificacao-e4-gp6/index.html @@ -0,0 +1,2591 @@ + + + + + + + + + + + + + + + + + + + + + Relatório de verificação - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Relatório de verificação

            + + + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file diff --git a/verificacao/lv-geral/index.html b/verificacao/lv-geral/index.html new file mode 100644 index 00000000..92175aed --- /dev/null +++ b/verificacao/lv-geral/index.html @@ -0,0 +1,2763 @@ + + + + + + + + + + + + + + + + + + + + + + + Panorama geral - + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
            + +
            + + + + + + +
            + + + + + + + +
            + +
            + + + + +
            +
            + + + +
            +
            +
            + + + + + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            +
            + + + +
            +
            + + + + + + + +

            Panorama geral da verificação

            +

            Introdução

            +

            A verificação é uma das etapas mais importantes do desenvolvimento de um projeto. Nela os artefatos produzidos são analisados garantindo que cumpram com os seus requisitos especificados.

            +

            Objetivos

            +

            O objetivo deste documento é verificar se os artefatos produzidos em cada etapa do projeto pelo grupo possuem os itens e o padrão exigidos para tais. É importante citar que todas as verificações são apenas em relação ao artefato, nunca entrando na análise pessoal.

            +

            Metodologia

            +

            O grupo determinou que todos utilizariam a metodologia de verificação por inspeção, desenvolvida por Michael E. Fagan, na IBM em 1976 1. As entregas e os artefatos foram distribuídos entre os integrantes do grupo para que todos pudessem participar da verificação. Para cada entrega foi produzido um documento de planejamneto de verififcação com as listas de verificação que foram inspecionadas e para cada artefato foi criado um documento com os resultados da verificação daquele artefato específico.

            +

            Lista de Verificação

            +

            Para cada entrega, serão elaboradas listas de verificação para verficar os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos

            +

            Referências bibliográficas

            +
            +

            1. SOMMERVILLE, Ian. Engenharia de software. 08. ed. São Paulo: Pearson Addison Wesley, 2007

            +
            + + + + + + + + + + + + + + + + + + + + + + + + + + +
            VersãoDataDescriçãoAutor(es)Revisor(es)
            1.002/11/2024Criação do documento.Thales EuflauzinoVíctor Schmidt
            1.112/11/2024Corringindo checklist para lista de verificaçãoThales EuflauzinoVictor Rodrigues
            + + + + + + + + + + + + + +
            +
            + + + +
            + +
            + + + +
            +
            +
            +
            + + + + + + + + + + \ No newline at end of file

      Autor: Víctor Schmidt