thoth2023/thoth-remake

Thoth is a powerful tool to support collaborative systematic reviews. Developed as a multi-platform solution, Thoth aims to automate important parts of the systematic review process, facilitating and streamlining the work of researchers and professionals involved in this type of study.

thoth-remake's Issues

[ENHANCEMENT]: Ações Críticas

Descreva o comportamento/bug:

Quando você vai realizar alguma ação crítica no sistema, não há nenhum modal de confirmação para a ação continuar.

Etapas para reproduzir o erro ou bug:

1. Logue com a sua conta.
2. Na página de projetos, crie um projeto se não possuir.
3. Na listagem de projetos, localize o botão de "delete".
4. Clique no botão de "delete".
5. O projeto é excluído.

Comportamento esperado:

Como um usuário, ao clicar em um botão com alguma ação crítica, eu gostaria que aparecesse um modal de confirmação. Além disso, somente no momento em que eu confirmasse a ação, o item fosse deletado.

Sign UP - Ajuste CSS e layout tela

Conducting -> Algoritmo -> Study Selection

Analisar e fazer um estudo de viabilidade para implementar algum algoritmo na etapa de seleção de estudos,
antes mesmo de aplicar inclusão e exclusão.

Algoritmo em estudo "String Searching Algoritm"

• Fazer buscar das strings (termos e sinônimos) cadastradas no Planning no "título e resumo" dos estudos importados;
• Nova coluna para Classificar os etudos como "Tendência a ser aceito" , "Aceitabilidade Fraca", "Avaliar melhor";
• Ordenar os estudos com maior tendência a serem aceitos, fazendo assim a produtividade da etapa de inclusão e exclusão aumentar.

Tela Conducting

Description
É necessário que o usuário importe arquivos “Imported Study“ para dentro do sistema, o sistema deve ler esses arquivos e apresentar ao usuário de maneira organizada com informações suficientes para que o usuário faça análise se o estudo é valido para o projeto “Study Selection”. Após, o sistema deve mostrar apenas os estudos validos para uma análise mais profunda em ”Quality Assessmente” e posteriormente os aceitos devem ser elencados em “Data Extractions” para extrações dos dados pelo usuário.

Acceptance Criteria
O sistema deve possuir botões “Imported Study ”,“Study Selection””Quality Assessmente” e “Data Extractions” que ao clicar o usuário deve ser redirecionado para a uma aba que contenha as funções necessárias.

• #120
• #177
• #121
• #122
• #123

Internacionalização

Internacionalização das páginas:

• Profile
• Projects
• Projects > Create
• Sidebar (esquerda)
• Sidebar (direita)
• Projects > Overview
• Projects > Header
• Projects > Planning
• Projects > Reporting
• Footer
• Search project

Continued implementation of the activity log after completion of other planning features and other sections

Description

After the successful completion of the planning features and subsequent sections, we need to continue the implementation of the "Activity Record" feature to ensure comprehensive logging of project activities. The purpose of this issue is to outline the necessary steps to be taken to complete the implementation of the "Activity Record" feature and integrate it with the existing system.

Expected Outcome:

By completing this issue, the implementation of the "Activity Record" feature will be successfully continued after the completion of other planning features and subsequent sections. Project activities will be comprehensively logged, enabling better tracking, analysis, and decision-making throughout the project lifecycle.

Planning

Bug/Ajustes -> Perda de localização após atualização da página

Descreva o comportamento/bug:

Toda vez que a página é recarregada enquanto o usuário está navegando nas subseções da seção "Planning" de um projeto existente, ele é redirecionado para a subseção "Overall Information" dentro de "Planning", em vez de permanecer na subseção em que estava antes do reload, causando uma perda de localização e interrompendo o fluxo de trabalho.

Etapas para reproduzir o erro ou bug:

1. Logue com a sua conta.
2. Na página de projetos, selecione um projeto existente.
3. Localize a seção "Planning".
4. Localize a seção em que estava trabalhando antes do reload.
5. Atualize a página, seja por meio do botão de recarregar do navegador ou qualquer outro método de atualização.
6. Observe que, após o reload, a página o leva automaticamente para a subseção "Overall Information", independentemente da sua localização anterior.

Comportamento esperado:

Como usuário, ao atualizar a página, espero permanecer na mesma seção em que estava antes do reload, para continuar meu trabalho de onde parei.

Planning -> Search String

Descrição

A subpágina deve conter três campos “Search String”, ”Synonym” e”Strings”. O campo “Synonym” deve conter uma lista dos termos e seus respectivs sinônimos cadastrados. O campo “Strings” deve conter uma lista de termos de pesquisa de acordo com cada ”DateBase” cadastrada.

Acceptance Criteria
Critérios de aceitação da Feature:

Search String:

• Deve conter caixa de texto para adição de um “NewTerm”,e uma opção chamada “Save” que salve o novo termo, o sistema deve emitir um feedback se o campo estiver vazio.

Synonym:

• Deve conter um campo list chamado “Term” que exibira as informações adicionadas pelo usuário.
• Deve conter uma campo text para adição de “Synonym”, o sistema deve oferecer sugestões de “synonym” com base no termo de pesquisa selecionado.
• Deve exibir uma lista de termos cadatrados pelo usuário.
• O sistema deve permitir ao usuário editar os termos e/ou sinônimos cadastrados a partir de uma opção “Edit”.
• Ao selecionar a opção o sistema deve um campo text “New Term” contendo duas opções “Cancel” e “Save”.
• A opção “Save” deve retornar ao usuário um feedback visual comfirmando a edição.
• A opção “Cancel” deve retornar um feedback ao usuário confirmando o cancelamento.
• O sistema deve permitir ao usuário deletar os termos e/ou sinônimos cadastrados a partir de uma opção “delet”.
• Ao selecionar a opção o sistema deve apresentar uma janela de confirmação de ação “delet” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário selocione a opção “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.

Strings Improver

• O campo “Strings”, deve conter um caixa de texto, editável, que gerará a “String” com base nos “Term” e “Synonym”, para cada base adicionada deverá haver um opção “Generate” que retornará uma “String” de pesquisa formulada de acordo com as regras de cada “DataBase” de pesquisa.

Bug/Ajustes -> Refatoração em consulta ao banco

Para melhor de desempenho, deve ser possível menor tempo nas consultas ao banco nas queries da tela de "My Projects", substituindo as fornecidas pelo Eloquent por personalizadas.

Atualmente, se tem o seguinte cenário:

Cadastro com o Google

Descrição do Comportamento/Erro

O sistema atual permite o cadastro de usuários apenas através do preenchimento manual de formulários, sem a opção de utilizar métodos de autenticação social, como Google, Facebook e Apple. Isso pode resultar em uma experiência de usuário menos fluida e aumentar a taxa de abandono durante o processo de registro.

Passos para Reproduzir o Comportamento Atual

1. Acesse a página de registro de conta.
2. Note que as únicas opções de cadastro disponíveis são via formulário manual.
3. Preencha os campos necessários manualmente.
4. Envie o formulário de registro.

Comportamento Esperado

O sistema deve oferecer a opção de cadastro e login utilizando métodos de autenticação social, como Google, Facebook e Apple. Os usuários devem poder selecionar uma dessas opções e, ao serem redirecionados para o respectivo serviço de autenticação, autorizar o acesso à sua conta. Após a autenticação bem-sucedida, o sistema deve criar ou acessar a conta do usuário automaticamente, garantindo a integridade dos dados e proporcionando uma experiência de usuário mais fluida e conveniente.

Passos para Implementação

1. Acesse a página de registro de conta.
2. Adicione botões de cadastro e login para Google, Facebook e Apple.
3. Configure os serviços de autenticação social para cada plataforma.
4. Teste o fluxo de registro e login utilizando cada método de autenticação social.
5. Verifique se, após a autenticação bem-sucedida, a conta do usuário é criada ou acessada corretamente.

Comportamento Esperado após Implementação

Os usuários devem poder se registrar ou fazer login utilizando suas contas do Google, Facebook ou Apple com apenas alguns cliques. O sistema deve validar a autenticidade dos dados recebidos dessas plataformas e garantir a segurança e integridade das informações armazenadas no banco de dados. Além disso, os usuários devem receber feedback apropriado em caso de erros ou falhas durante o processo de autenticação social.

Ajustes PWA

O sistema da thoth foi transformado em PWA, mas o service worker não está funcionando corretamente.

• Avaliar o que está ocorrendo
• Avaliar o PWA builder ou refazer toda esta etapa;
• Se por fim não funcionar, instalar o módulo de pwa via composer.

Bugs/Ajustes -> Responsividade PWA - Layout

Ajustar telas após efetuar o login.
Telas estão com muito espaçamento.

Ajustes

1. Este sistema é um PWA
2. Ao abrir pelo celular, temos a facilidade de poder instalar como se fosse um aplicativo.
3. Precisamos ajustar/criar o CSS para melhorar a responsividade para mobile;

[ENHANCEMENT]: Evitar Recarregamento da página de Planning/Overall Information

Descreva o comportamento/bug:

Toda vez que você realiza uma ação de envio de informação, a página é recarregada e você perde a referência de onde estava. Isso acontece em qualquer um dos "forms" da aplicação.

Etapas para reproduzir o erro ou bug:

1. Logue com a sua conta.
2. Na página de projetos, selecione um projeto existente.
3. Localize a seção de "Planning".
4. Deixe no "Overall information".
5. Tente cadastrar qualquer coisa nos cards.
6. A cada ação, a página é recarregada e você é "levado" para o topo.

Comportamento esperado:

Como um usuário, ao salvar/editar/deletar um item, não quero que a página seja alterada. Quero me manter na mesma "posição" de onde estou.

Internationalization (i18n)

Internationalization (i18n)

Target Languages

• English (Primary)
• Brazilian Portuguese

Assignees:

• @auri-gabriel

Labels:

• Internationalization
• i18n

[ENHANCEMENT]: Evitar recarregamento da página Research Questions

Descreva o comportamento/bug:

Toda vez que você realiza uma ação de envio de informação, a página é recarregada e você perde a referência de onde estava. Isso acontece em qualquer um dos "forms" da aplicação.

Etapas para reproduzir o erro ou bug:

1. Entre na sua conta.
2. Na página de projetos, selecione um projeto existente
3. Localize a seção de "Planning"
4. Selecione "Research Questions"
5. Adicione ID e Descrição no formulário
6. A cada questão adicionada, a página é recarregada e você é "levado" para o topo

Comportamento esperado

Como um usuário, ao salvar/editar/deletar um item, página não deve ser atualizada. O usuário deve se manter na mesma "posição" onde estava.

Bug/Ajustes -> Modal de editar RQ e Criteria não abre em alguns casos

Descreva o comportamento/bug:

Ao tentar editar uma Research Question (RQ) ou um Criteria, em certos casos a modal de edição não é aberta, impedindo que o usuário realize a edição desejada. Esse problema ocorre de forma intermitente e não é consistente em todos os casos.

Etapas para reproduzir o erro ou bug:

1. Logue com a sua conta.
2. Acesse a seção de "Planning".
3. Acesse a seção de "Research Questions" ou "Criteria".
4. Selecione um item específico para editar.
5. Tente editar o item clicando no botão correspondente à edição.
6. Em alguns casos, a modal de edição não será aberta, impedindo a modificação do item selecionado.

Comportamento esperado:

Como usuário, ao clicar para editar um Requisito ou Critério, espero que a modal de edição seja aberta consistentemente, permitindo-me fazer as alterações necessárias no item selecionado.

Reporting

Description
A página deve permitir que o usuário visualize de maneira gráfica a evolução de cada etapa do projeto, portanto o sistema deve mostrar graficamente informações relevantes de cada etapa de desenvolvimento do projeto e deve permitir que o usuário faça download dessas informações em diferente tipos de extensão.

Acceptance Criteria
O sistema deve possuir botões “Overview ”, “Import Study”, “Study Selection” ”Quality Assessmente” e “Data Extractions” que ao clicar o usuário deve ser redirecionado para a uma aba que contenhas as funções necessárias.

• Em todas as subabas que aparecer gráfico deve conter uma ícone de menu com as opções em cada gráfico apresentado ao usuário e deve realizar a ação selecionada pelo usuário.

Viem in full screen
Print Chart
Download PNG image
Download JPEG image
Download PDF document
Download SVG vector image
Download CSV
Download XLS
View data table
Open in highchart cloud

Feature/195@Menu_Administrator

A ideia é ter um perfil de usuário "Super Admin", na qual ele terá acesso a opções de gerencimentos básicos do sistema em tela, podendo alterar parâmetros, ajustar textos das páginas públicas (editor de texto), ajustar textos de envios de e-mails, configurar permissões e acessos a módulos do sistema, cadastrar novas páginas públicas, etc.

Bug/Ajustes -> Caixa de seleção Copy Planning na criação de um novo projeto não funciona

Erro encontrado:

• A opção Copy Planning, quando na criação de um novo projeto, apresenta apenas 5 opções genéricas para cópia do planejamento, porém a funcionalidade não é utilizada.

Estado esperado desta funcionalidade:

1. Na tela de criação de projeto, seja apresentado na caixa de seleção em questão a opção "Nenhum" e os projetos já criados do usuário, para possível seleção.
2. Caso o usuário ainda não possua projetos criados, essa informação deve ser apresentada ao usuário.
3. Quando selecionado um dos projetos, o Planning do projeto selecionado deve ser clonado ao do projeto recém-criado.

Script Notion Issue Import

Teste

Planning -> Quality Assessment

Quality Assessment

Description

A sub-página deve conter três campos “General Score”, “Question Quality” e “Question Score”. O usuário deve ser capaz de cadastrar intervalos de pontuações e cadastrar as questões relevantes para o projeto. o sistema deve exibir um lista com as informações adicionadas.

Acceptance Criteria

General Score

• Deve conter uma caixa de texto “Start Score Interval” e “End Score Interval” que deve receber somente números.
• Deve conter uma caixa de texto “General Score Description” sem restrição de characters.
• Deve conter uma lista selecionável com as descrições adicionadas.
• Deve conter um botão de adicionar, que deve retornar um feedback ao usuário se foi adicionado com êxito e listar as pontuações gerais.
• O valor do campo “Start Score Interval” deve ser menor que “End Score Interval”.
• O sistema deve permitir ao usuário editar os campos do “General Score”, contendo opção de “Edit”
• Ao selecionar a opção o sistema deve exibir dois campos para edição de “General Score Interval” e um campo de texto para edição “General Score Description” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback visual confirmando a edição.
• O sistema deve permitir ao usuário deletar o “General Score” cadastrado a partir de um botão de “Delet”.
• Ao selecionar a opção o sistema deve mostrar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delet it” e “Cancel”.
• Caso o usuário clique em “Yes, delet it” o sistema deve emitir um feedback de confirmação de exclusão.

Question Quality

• Deve conter uma caixa de texto “ID”, restrição para characters especiais.
• Deve conter uma caixa de texto “Description”.
• Deve conter uma caixa de texto “Weight”, o campo deve receber apenas números.
• Deve conter uma opção “Save”, que deve retornar um feedback ao usuário.
• Deve exibir um feedback caso o campo esteja vazio.
• Deve exibir um feedback caso a caixa de texto “Weight” for menor que 1.
• Deve exibir um feedback caso a caixa de texto “Weight” for maior que “maximum overall score”

Question Score

• Deve conter uma lista selecionável “Question” com uma lista das identificações adicionadas no “Question Quality”.
• Deve conter uma caixa de texto “Score Rule”, que deve aceitar somente letras.
• Deve conter uma barra de porcentagem “Score”, de 0 a 100%.
• Deve conter uma caixa de texto “Description”.
• Deve conter uma opção “Save”, que deve retornar um feedback ao usuário se foi adicionado com êxito e listar as questões de qualidade e pontuação das questões.
• Deve conter uma lista com os campos de “Question Quality”, contendo botões de edição e exclusão.
• Ao selecionar a opção “Edit” o sistema deve exibir três campos de edição “ID”, “Description” e “Weight” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback visual confirmando a edição.
• Ao selecionar a opção ”Delet” o sistema deve mostrar uma janela de confirmação de ação “Delete” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário clique em “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.
• Deve conter uma lista com os campos de “Question Score”, contendo as opções de edição e exclusão.
• Ao selecionar a opção “Edit” o sistema deve exibir três campos de edição “Score rule”, barrar de porcentagem “Score” e “Description” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback confirmando a edição
• Ao selecionar a opção ”Delete” o sistema deve mostrar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário clique em “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.

[ENHANCEMENT] Tela Termos e Condições

Ao fazer o cadastro no site aparece um check para assinalar quando foi lido os termos e condições. Mas essa tela ainda não existe.

Site que será usado como modela para a tela.

[MELHORIA]: Validar o email

Descrição do Comportamento/Erro:

O sistema atual permite o cadastro de usuários utilizando e-mails em formatos inválidos, como "a@botao". Isso significa que o sistema não está validando corretamente os formatos de e-mail durante o processo de cadastro, o que pode resultar em informações incorretas ou inválidas sendo armazenadas no banco de dados.

Passos para Reproduzir o Erro ou Bug:

1. Acesse a página de registro de conta.
2. Insira um e-mail em formato inválido, como "a@botao".
3. Preencha os demais campos necessários.
4. Envie o formulário de registro.

Comportamento Esperado:

O sistema deve validar corretamente o formato do e-mail durante o processo de cadastro e impedir o registro de contas com e-mails em formatos inválidos. Os usuários devem receber uma mensagem de erro indicando que o formato do e-mail é inválido e serem solicitados a corrigir o problema antes de prosseguir com o registro da conta. Isso garantirá a integridade dos dados e uma experiência de usuário mais consistente.

Bug/Ajustes -> Responsividade Home

Descreva o comportamento/bug:

Na tela home da aplicação, quando o usuário está logado e visualiza-a em dispositivos móveis ou em telas de tamanho reduzido, a barra lateral (sidebar) sobrepõe todo o conteúdo, prejudicando a visualização e a interação com os elementos da página.

Etapas para reproduzir o erro ou bug:

1. Logue com sua conta.
2. Selecione "Home" na Sidebar para navegar para a Home
3. Tente interagir com os elementos e observe dificuldades de navegação ou uso devido à sobreposição da barra lateral(sidebar).

Comportamento esperado:

Como usuário, ao acessar a tela inicial da aplicação (home) em dispositivos móveis, espero que a barra lateral (sidebar) não sobreponha o conteúdo da página, garantindo uma visualização adequada e uma experiência de uso fluida e intuitiva.

Bug/Ajustes -> Problema de Exibição: Descrições longas de RQs ou Critérios ultrapassam a tela

Descreva o comportamento/bug:

Ao cadastrar uma Research Question ou Criteria, como um Critério de Inclusão ou Exclusão, contendo uma descrição longa, o texto excede os limites da tela nas tabelas de visualização, sobressaindo assim da tela e dificultando a visualização e acesso aos botões de edição e exclusão.

Etapas para reproduzir o erro ou bug:

1. Logue com a sua conta.
2. Na página de projetos, selecione um projeto existente.
3. Localize a seção de "Planning".
4. Na seção Research Questions ou Criteria, realize um cadastro que contenha uma descrição longa.
5. Após o cadastro, observe que o texto da descrição excede os limites da tela na tabela de visualização, dificultando a visualização completa e o acesso aos botões de edição e exclusão.

Comportamento esperado:

Quando cadastrar uma Research Question ou Criteria com uma descrição longa, espera-se que o texto seja exibido dentro dos limites da tela, permitindo uma visualização completa e facilitando o acesso aos botões de edição e exclusão, sem necessidade de rolagem horizontal.

Esqueceu sua Senha - Envio de E-mail

Ajustar servidor e framework para o correto envio do e-mail para recuperação de senha.

Bug/Ajustes -> Página em branco após tentativa de mudança de senha com email inválido

O bug destacado consiste na tentativa de mudar a senha com um email inválido ou inexistente. Quando adicionado o email incorreto a caixa que solicita o email do usuário e é clicado em redefinir senha a página fica em branco.

• Usuário na tela de login
• Usuário clica em redefinir senha
• Usuário digita um email inválido
• Usuário clica em redefinir senha
• Sistema retorna uma tela em branco

Ajustes

1. Verificar se a busca pelos dados no banco está sendo realizada da maneira correta
2. Caso o email seja inválido, adicionar uma mensagem que seja apresentada na mesma tela para alertar o usuário

Conducting -> Data Extraction

Data Extraction

Descrição
A sub-página de conter uma barra de progresso “Progress Data Extraction”, botões para exportar arquivos em diferentes tipos, uma caixa de texto “Search” e uma aba com a lista de arquivos carregados em que o usuário seja capaz de analisar e anotar as respostas para suas questões previamente cadastrada em planning

Acceptance Criteria:

• O sistema deve conter uma barra de progresso “Progress Data Extraction”
• deve ser atualizada a cada extração de dados realizada
• Deve conter um campo para pesquisa “Search” de estudos selecionados que deve retornar somente os estudos que atendem a busca.
• Deve conter os ícones de cópia csv, xlm, pdf, impressão, ao clicar no ícone o sistema deve realizar a ação clicada
• Deve conter a relação dos estudos aceitos em Quality Assessment em forma de tabela com as colunas “ID”, “Title”, “Author”, “Year”, “Data Base” e “Status”, todas colunas devem conter opção de ser ordenadas de modo crescente ou decrescente.
• Ao clicar em qualquer estudo da relação deve abrir uma aba com as informações do estudos selecionado para responder as “Extraction Questions” previamente cadastrada.
• Deve conter uma lista selecionável “Status Extraction”
• Deve ser possível remover o estudo, somente estudos ainda não extraídos, mudando uma lista selecionável “status extraction” para removed.
• O sistema deve emitir um feedback quando removido.
• Para cada questão deve conter um campo para preenchimento textual, deve emitir um feedback sobre o status do estudo que atualiza para Done após preenchimento de todos os campos textuais Extraction Questions.
• Deve conter um campo de preenchimento textual, não obrigatório, para notas textuais.
• Deve conter opções de filtro por “year”, “data base” e “ “Status” que deve retornar apenas os estudos que contemplam a busca.

[ENHANCEMENT]: Melhorias Sidebar e Navbar

Descreva o comportamento/bug:

1. Recarregamento Desnecessário da Página:

Ao clicar em um item na barra lateral de uma página que já está aberta, a página é recarregada desnecessariamente. Isso impacta negativamente a performance da aplicação.

2. Falta de Atualização do Ícone na Barra Lateral:

Ao trocar de página usando a barra lateral, o ícone correspondente na barra não muda de cor para indicar a página ativa. Essa falha na atualização visual dificulta a navegação e impede que o usuário identifique rapidamente a página em que está.

3. Opção de entrar e registrar sempre ativas

A opção de "Entrar" e "Registrar" continuam aparecendo na interface da aplicação mesmo após o usuário ter feito login com sucesso.

Etapas para Reproduzir

Recarregamento da Página:

1. Acesse a aplicação e navegue até uma página qualquer.
2. Clique em um item na barra lateral para acessar uma nova página.
3. Clique novamente no mesmo item da barra lateral.
4. Observe que a página original será recarregada, mesmo já estando aberta.

Falha na Atualização do Ícone:

1. Acesse a aplicação e navegue até uma página qualquer.
2. Clique em um item na barra lateral para acessar nova página.
3. Observe que o ícone do item na barra lateral permanece na cor original, não indicando a página ativa.

Opções sempre ativas

1. Acesse a aplicação e faça login com suas credenciais.
2. Navegue para qualquer outra página da aplicação.
3. Observe que as opções de "Entrar" e "Registrar" permanecem visíveis na tela, mesmo você já estando logado.

Conducting -> Quality Assessment

Quality Assessment

Descrição
A sub-página deve conter uma barra de progresso “Progress Qaulity Assessment”, “Button” de opções de extrações dos arquivos em diferentes formatos, uma caixa de texto de “Search” e exibir uma lista com os arquivos selecionados em “Study Selection” . O usuário deve ser capaz de responder se os estudos respondem satifatóriamento ou não a suas questões de qualidade previamente cadastrada em planning

Acceptance Criteria:

• O sistema deve conter uma barra de progresso “Progress Quality Assessment” que deve ser atualizada a cada análise dos estudos conforme classificação.
• Deve conter um campo para pesquisa “Search” de estudos selecionados, a pesquisa deve retornar todos os estudos que atendem a busca
• Deve Conter os ícones de cópia csv, xlm, pdf, impressão e ao clicar no ícone o sistema deve realizar a ação clicada..
• Conter a relação dos estudos aceitos em Study Selection em forma de tabela com as colunas “ID”, “Title”, “código das Questões de qualidade”, “General Score”, “Score” e “Status” .
• Todas colunas devem conter opção de ser ordenadas de modo crescente ou decrescente.
• Ao clicar em qualquer estudo da relação deve abrir uma aba com as informações do estudos para o usuário avaliá-lo marcando se atende as questões de qualidades cadastradas previamente no “Planning”.
• Somente deve ser possível remover o estudo mudando o “status quality” para removed.
• Deve conter informações do ID, Descritiption, Minimum to Aprove , Score da Quality Questions
• Deve conter um campo de preenchimento textual, não obrigatório, para notas textuais.
• No campo Score deve ser possível selecionar o critério cadastrado previamente no planning.
• Deve conter um contador de Score e de General Score que atualizam conforme preenchimento do usuário.
• Se atingir o score mínimo o estudo deve ser classificado como aceito, e o sistema deve emitir um feedback da aprovação do estudo
• Se não atender o score mínimo o estudo deve ser classificado como rejeitado, e o sistema deve emitir um feedback da reprovação do estudo
• Deve conter um campo de preenchimento textual, não obrigatório, para notas textuais.
• Deve conter opções de filtro por “Status” que ao selecionar deve retornar somente os estudo segundo o filtro.

Conducting -> Detect Duplicates

Criar um script para detectar estudos duplicados, avaliando campos título, resumo e autores

Tomar por base sistema Rayyan e SESRA

Tela Planning

Descrição

A tela deve conter as subpáginas citadas a baixo, cada subpágina deve conter em seus campos um icone “?” que retornará uma descrição contendo uma breve explicação sobre o campo.

Acceptance Criteria

Overall Information

Descrição
A subpágina deve conter quatro campos “Domains”, “Select Languages”, “Select Study type” e “keywords”, tambem deve conter uma opção “Start and End Date” que permita a seleção da data de inicio e fim do projeto. cada campo deve conter um opção para salvar as informções que o usuário fonecer e exibi-las.

Domains:

• O campo “Domains” deve permitir todo tipo de caracter, bem como conter uma opção de “Save”, as informações salvas devem ser exibidas para que o usuário consiga “Edit” e “Delet” qualquer informação adicionada.
• A opção “Edit” deve permitir que o usuário edite a informação salva, bem como conter duas opções, “Save” e “Cancel” que permite ao usuário cancelar a edição da informação ou salvá-la.
• A opção “Delet” deve remover a informação da lista de view.
• O campo “Domains” deve conter uma opção “?” que apresentará ao usuário um breve resumo sobre o tipo de informações a serem fornecidas.

Select Languagens

• O campo “Select Languages” deve permitir que usuário selecione o idioma desejado em uma lista,bem como conter uma opção “Save”, as informações salvas deve ser exibidas para o usuário.
• As informações exibidas devem conter uma opção “Delet” para que o usuário consiga remover a opção selecionada.
• A opção “Delet” deve remover a informação da lista de view.
• O campo “Select Languages” deve conter uma opção “?” que apresentará ao usuário um breve resumo sobre o tipo de informações a serem fornecidas.

Select Study Type

• O campo “Select Study Type” deve permitir que o usuário selecione o tipo de estudo a ser executado, bem como uma opção “Save” , as informações salvas devem ser exibidas para o usuário.
• As informações exibidas devem conter uma opção “Delet” para que o usuário consiga remover a opção selecionada.
• A opção “Delet” deve remover a informação da lista de view.
• O campo “Select Study Type” deve conter uma opção “?” que apresentará ao usuário um breve resumo sobre o tipo de informações a serem fornecidas.

Keywords

• O campo “Keywords”deve permitir todo tipo de caracter, bem como conter uma opção de “Save”, as informações salvas devem ser exibidas para que o usuário consiga “Edit” e “Delet” qualquer informação adicionada.
• A opção “Edit” deve permitir que o usuário edite a informação salva, bem como conter duas opções, “Save” e “Cancel” que permite ao usuário cancelar a edição da informação ou salvá-la.
• A opção “Delet” deve remover a informação da lista de view.
• O campo “Keywords” deve conter uma opção “?” que apresentará ao usuário um breve resumo sobre o tipo de informações a serem fornecidas.

Research Question

Description

A subpágina de conter dois campos “ID” e “Description”, tambem deve conter uma opção “Save” e exibir as informações salvas pelo usuário, as informações devem conter duas opções “Edit” e “Delet”.

Acceptance Criteria

• O campo “ID” deve conter uma restrição de caracters especiais.
• O campo “ID” deve conter uma opção “?” que apresentará ao usuário um breve resumo sobre o tipo de informções a serem fornecidas.
• O campo “Description” deve permitir todo tipo de caracter, bem como conter uma opção de “Save”.
• A opção “Save” deve retornar um feedback caso algum campo não seja preenchido.
• As informações salvas, devem ser exibidas contendo duas opções “Edit” e “Delet”.
• A opção “Edit” deve permitir que o usuário edite a informção salva, bem como conter duas opções, “Save” e “Cancel” que permite ao usuário cancelar a edição da informação ou salvá-la.
• A opção “Delet” deve remover a informação da lista de view.

Data Bases

Descrição

A subpágina deve conter um campo “Data Base”. Este campo deve conter uma opção para salvar as informações que o usuário fornece e exibi-las, deve conter dois campos text “New DataBase” e “DataBase Link” para que o usuário forneça as informações para adicionar uma nova data base.

Acceptance Criteria
Critérios de aceitação da Feature:

• Deve conter uma lista selecionável de “Data Bases” já cadastradas no banco.
• Deve conter uma opção “Save” que ira retornar um feedback para o usuário.
• Deve conter caixa de texto “New DataBase”, sem restrições de caracteres.
• Deve conter uma caixa de texto para adicionar o endereço da página web da “DataBase Link”, sem restrições de caracteres.
• Deve conter uma opção “Save” para que seja adicionado a nova DataBase.
• A subpágina deve exibir as DataBase selecionadas pelo usuário.
• A opção “Delet” deve remover a informação da lista.

Search String

Descrição

A subpágina deve conter três campos “Search String”, ”Synonym” e”Strings”. O campo “Synonym” deve conter uma lista dos termos e seus respectivs sinônimos cadastrados. O campo “Strings” deve conter uma lista de termos de pesquisa de acordo com cada ”DateBase” cadastrada.

Acceptance Criteria
Critérios de aceitação da Feature:

Search String

• Deve conter caixa de texto para adição de um “NewTerm”,e uma opção chamada “Save” que salve o novo termo, o sistema deve emitir um feedback se o campo estiver vazio.

Synonym:

• Deve conter um campo list chamado “Term” que exibira as informações adicionadas pelo usuário.

• Deve conter uma campo text para adição de “Synonym”, o sistema deve oferecer sugestões de “synonym” com base no termo de pesquisa selecionado.

• Deve exibir uma lista de termos cadatrados pelo usuário.

• O sistema deve permitir ao usuário editar os termos e/ou sinônimos cadastrados a partir de uma opção “Edit”.

• Ao selecionar a opção o sistema deve um campo text “New Term” contendo duas opções “Cancel” e “Save”.

• A opção “Save” deve retornar ao usuário um feedback visual comfirmando a edição.

• A opção “Cancel” deve retornar um feedback ao usuário confirmando o cancelamento.

• O sistema deve permitir ao usuário deletar os termos e/ou sinônimos cadastrados a partir de uma opção “delet”.

• Ao selecionar a opção o sistema deve apresentar uma janela de confirmação de ação “delet” contendo as opções de “Yes, delete it” e “Cancel”.

• Caso o usuário selocione a opção “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.

Strings Improver

• O campo “Strings”, deve conter um caixa de texto, editável, que gerará a “String” com base nos “Term” e “Synonym”, para cada base adicionada deverá haver um opção “Generate” que retornará uma “String” de pesquisa formulada de acordo com as regras de cada “DataBase” de pesquisa.

Search Strategy

Descrição

A subpágina deve conter um campo “Search Strategy“, que não tenha restrição de caracters, e uma opção “Save” para que o texto seja salvo.

Acceptance Criteria
Critérios de aceitação da Feature:

• Deve conter um campo text “Search Strategy”, sem restrições e sem limite de caracteres.
• O campo “Search String” deve retonar um feedback caso não tenha sido preenchido.
• Deve conter uma opção “Save”, a opção deve retornar um feedback visual ao usuário de confirmação

Criteria

Descrição

A subpágina deve conter três campos “Criteria”, “Inclusion Criteria” e “Exclusion Criteria”.Cada campo deve conter um opção “Save” para salvar as informações que o usuário fornecer e exibi-las, as informações exibidas devem conter duas opções “Edit” e “Delet” que exclua ou edite as informações fornecidas pelo usuário.

Acceptance Criteria
Critérios de aceitação da Feature:

Criteria:

• Deve conter uma campo “ID”, que terá restrição apenas para character especiais, sem restrições de limites de characters.
• Deve conter um campo “Description” sem restrições de characters
• Deve conter uma lista selecionável “Type”, com as opções “Inclusion” e “Exclusion”.
• Todos os campos deve retornar um feedback caso não seja preenchido.

Inclusion Criteria:

• Deve conter uma lista dos critérios adicionados, com as opções “Edit” e “Delet” para alterar as informações adicionadas.
• Cada item da lista deverá ter uma caixa de seleção, para que seja possivel selecionar como “Inclusion Rule”.
• Deve conter uma lista selecionável como as opções “All’, “Any”, “At Least”para a seleção automatizada dos critérios.

Exclusion Criteria:

• Deve conter uma lista dos critérios adicionados, com as opções “Edit” e “Delet” para alterar as informações adicionadas.
• Cada item da lista deverá ter uma caixa de seleção, para que seja possivel selecionar como “Exclusion Rule”.
• Deve conter uma lista selecionável com as opções “All’, “Any”, “At Least” para a seleção automatizada dos critérios.

Quality Assessment

Description

A sub-página deve conter três campos “General Score”, “Question Quality” e “Question Score”. O usuário deve ser capaz de cadastrar intervalos de pontuações e cadastrar as questões relevantes para o projeto. o sistema deve exibir um lista com as informações adicionadas.

Acceptance Criteria

General Score

• Deve conter uma caixa de texto “Start Score Interval” e “End Score Interval” que deve receber somente números.
• Deve conter uma caixa de texto “General Score Description” sem restrição de characters.
• Deve conter uma lista selecionável com as descrições adicionadas.
• Deve conter um botão de adicionar, que deve retornar um feedback ao usuário se foi adicionado com êxito e listar as pontuações gerais.
• O valor do campo “Start Score Interval” deve ser menor que “End Score Interval”.
• O sistema deve permitir ao usuário editar os campos do “General Score”, contendo opção de “Edit”
• Ao selecionar a opção o sistema deve exibir dois campos para edição de “General Score Interval” e um campo de texto para edição “General Score Description” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback visual confirmando a edição.
• O sistema deve permitir ao usuário deletar o “General Score” cadastrado a partir de um botão de “Delet”.
• Ao selecionar a opção o sistema deve mostrar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delet it” e “Cancel”.
• Caso o usuário clique em “Yes, delet it” o sistema deve emitir um feedback de confirmação de exclusão.

Question Quality

• Deve conter uma caixa de texto “ID”, restrição para characters especiais.
• Deve conter uma caixa de texto “Description”.
• Deve conter uma caixa de texto “Weight”, o campo deve receber apenas números.
• Deve conter uma opção “Save”, que deve retornar um feedback ao usuário.
• Deve exibir um feedback caso o campo esteja vazio.
• Deve exibir um feedback caso a caixa de texto “Weight” for menor que 1.
• Deve exibir um feedback caso a caixa de texto “Weight” for maior que “maximum overall score”

Question Score

• Deve conter uma lista selecionável “Question” com uma lista das identificações adicionadas no “Question Quality”.
• Deve conter uma caixa de texto “Score Rule”, que deve aceitar somente letras.
• Deve conter uma barra de porcentagem “Score”, de 0 a 100%.
• Deve conter uma caixa de texto “Description”.
• Deve conter uma opção “Save”, que deve retornar um feedback ao usuário se foi adicionado com êxito e listar as questões de qualidade e pontuação das questões.
• Deve conter uma lista com os campos de “Question Quality”, contendo botões de edição e exclusão.
• Ao selecionar a opção “Edit” o sistema deve exibir três campos de edição “ID”, “Description” e “Weight” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback visual confirmando a edição.
• Ao selecionar a opção ”Delet” o sistema deve mostrar uma janela de confirmação de ação “Delete” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário clique em “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.
• Deve conter uma lista com os campos de “Question Score”, contendo as opções de edição e exclusão.
• Ao selecionar a opção “Edit” o sistema deve exibir três campos de edição “Score rule”, barrar de porcentagem “Score” e “Description” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback confirmando a edição
• Ao selecionar a opção ”Delete” o sistema deve mostrar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário clique em “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.

Data Extraction

Description

A subpágina de conter dois campos “Data Extraction” e “Option”, o sistema deve exibir uma lista de Data Extraction que foram adicionadas, o sitema deve permir ao usuário exluir e editar a Data Extraction cadastrada.:

Acceptance Criteria

Data Extraction

• Deve conter uma caixa de texto “ID”, que terá restrição apenas para carácteres especiais.
• Deve conter uma caixa de texto “Description”, sem restrições.
• Deve conter uma lista selecionável “Type of Data” contendo somente as opções: “Text”, “Multiple Choice List”, “Pick One list”.
• Deve conter uma opção “Save”, deve retornar um feedback ao usuário se for adicionado com êxito e listar as informações acima.
• Todos os campos devem exibir feedback caso o campo estejá vazio.

Option

• Deve conter uma lista selecionável “Question” contendo o “ID” do “Data Extraction”, a lista deve exibir somente os “ID” adicionados e classificados como “Type of Data” como “Multiple Choice List” ou “Pick One List”.
• Deve conter uma caixa de texto “Option”, sem restrições.
• Deve conter uma opção “Save”, deve retornar um feedback ao usuário se a operção for realizada com sucesso.
• Todos os campos devem exibir feedback .caso o campo estejá vazio.
• Deve conter uma lista com os campos do Data Extraction e Option, com as opções “Edit” e “Delet”.
• Ao selecionar a opção “Edit” o sistema deve exibir três campos de edição “ID”, “Type of Data” e “Description” contendo duas opções “Cancel” e “Save”
• A opção “Save” deve retornar ao usuário um feedback confirmando a edição.
• Ao selecionar a opção ”Delet” o sistema deve apresentar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delete it” e “Cancel”.
• Caso o usuário clique em “Yes, delete it” o sistema deve emitir um feedback de confirmação de exclusão.

Refatoração da Autorização em project

Para facilitar a manutenção e a evolução do software, é necessário criar uma função que será responsável por verificar a permissão do usuário.
A verificação atual se torna repetitivo, dificultando futuras manutenções.

Limpeza Framework -> códigos e componentes não sendo mais utilizados

Realizar uma varredura e verificar arquivos que não estão mais sendo utilizados

• Se possível remover, caso contrário dar um feedback sobre essas questões

Refatoração de consultas no banco

Conducting -> Study Selection

Study Selection

Descrição
A sub-página deve conter uma barra de progresso “Progress Study Selection”, botões para exportar arquivos em diferentes tipos, uma janela de “Search” e uma aba com a lista de arquivos carregados em que o usuário seja capaz de analisar os critérios cadastrados e classificá-los

Acceptance Criteria:

• Deve conter uma barra de progresso “Progress Study Selection” que deve ser atualizada a cada atualização de analise realizada pelo usuário.
• Deve Conter os ícones de cópia csv, xlm, pdf, impressão e remoção de duplicados e ao clicar no ícone o sistema deve realizar a ação clicada.
• Deve conter um campo para pesquisa de estudos selecionados, a pesquisa deve retornar todos os estudos que atendem a busca.
• Conter a relação dos estudos aceitos em Study Selection em forma de tabela com as colunas “ID”, “Title”, Critérios de inclusão”, “Critérios de exclusão”, “Database” e “Status”.
• todas as colunas devem ser possíveis de classificar por ordem crescente ou decrescente.
• Ao clicar em qualquer estudo da relação deve abrir uma aba com as informações do estudos para o usuário avaliá-lo marcando se atende os critérios de inclusão e/ou exclusão cadastrados previamente no “Planning”.
• Deve conter um ícone de link que ao clicar o usuário é direcionado a página do estudo completo na referência original.
• Deve conter um lista selecionável “Status Selection” que o usuário possa classificar como duplicado, removido ou unclassifield e ao selecionar o sistema deve emitir um feedback alterando o status para o selecionado.
• Se atender os critérios de inclusão o estudo deve ser classificado como aceito, emitindo o um feedback e alterando o status para Aceepted.
• Se atender os critérios de exclusão o estudo deve ser classificado como rejeitado, emitindo o um feedback e mudando o status para Rejected.
• Deve conter um campo de preenchimento textual, não obrigatório, para notas textuais.
• Deve conter opções de filtro por “database” e “ “Status” retornando apenas os estudos segundo o filtro.

Bugs/Ajustes -> Perfil do Usuário

Erros e ajustes a serem feitos, relatados pelos coleas (André, Ricardo e Tales)

• No perfil aparecem um nome e sobrenome genéricos
• No perfil aparece uma imagem aleatória
• No perfil aparece um cargo aleatório
• Ao clicar em “Messages” no perfil, não é levado a lugar nenhum
• Ao clicar em “Settings” no perfil, não é levado a lugar nenhum
• Ao clicar em “App” no perfil, não é levado a lugar nenhum

O que espera-se da página do usuário?

1. O Usuário poder preencher com informações mais completas, cadastrando através do formulário. (Verificar campos necessário)
2. Através do botão "Settings" permitir o usuário definir se quer usar o tema "dark" ou não, idioma principal do sistema, entre outras configurações que podemos acrecentar no furturo;
3. Acrescentar o campo para cadastrar á área de trabalho ou curso do pesquisador.
4. Os botões APP e Messages, planejar se podemos utilizar com alguma funcionalidade ou não; Talvez o mais importante seria o Messages, na qual poderíamos exibir notificações de convites ou não.

Conducting -> Import Studies

Import Studies

Descrição
A sub-página deve conter uma aba que o usuário seja capaz de importar e deletar arquivos dos tipos bib ou csv portanto é necessário conter dois campos “DataBase” e “Choosefile” e botão de adicionar e deletar arquivo.

Acceptance Criteria
Critérios de aceitação da Feature:

• O sistema deve exibir uma lista selecionável contendo somente as “database” pré-selecionada em “planning” para carregamento dos arquivos.
• Ao clicar em “Choose file” o sistema deve exibir uma janela de navegação para escolher o arquivo para upload.
• O botão “adicionar” deve retornar um feedback ao usuário se for adicionado com êxito e listar o arquivo na tela.
• O sistema deve exibir feedback de quantos estudos foram importados e quantos não foram possível importar.
• O sistema não deve permitir upload de arquivo diferente do tipo bib e csv.
• O botão “adicionar” deve retornar um feedback ao usuário se a não for encontrado arquivo para adicionar.
• O sistema deve permitir ao usuário deletar o arquivo da “Database” carregado a partir de um botão de “Delet”.
• Ao selecionar a opção o sistema deve mostrar uma janela de confirmação de ação “Delet” contendo as opções de “Yes, delet it” e “Cancel”.
• Caso o usuário clique em “Yes, delet it” o sistema deve emitir um feedback de confirmação de exclusão.
• Deve apresentar a relação de “Database” com nome o numero de estudos importados e o arquivos importados atualizados a cada novo upload
• Deve ser possível classificar por ordem de nome da Database e numero de estudos importados.

Repositório antigo:
https://github.com/ProjetoESE/Thoth

Como era na thoth antiga:

[ENHANCEMENT]: Evitar recarregamento da página Databases

Descreva o comportamento/bug:

Toda vez que você realiza uma ação de envio de informação, a página é recarregada e você perde a referência de onde estava. Isso acontece em qualquer um dos "forms" da aplicação.

Etapas para reproduzir o erro ou bug:

1. Entre na sua conta.
2. Na página de projetos, selecione um projeto existente
3. Localize a seção de "Planning"
4. Selecione "Databases"
5. Adicione ID e Descrição no formulário
6. A cada Database adicionada, editada ou excluída, a página é recarregada e o usuário é "levado" para o topo

Comportamento esperado

O usuário ao salvar/editar/deletar um item, página não deve ser atualizada. O usuário deve se manter na mesma "posição" onde estava.

Snowballing Module

Protótipo de telas do Snowballing:

https://www.figma.com/file/BeF0tDcQC3LaFJQZGxUneC/Thoth---Snowballing?type=design&node-id=0-1&mode=design

Criar Módulo Snowballing:

Tela cadastro/edição projeto apontar qual a característica da revisão:

• Revisão ou mapeamento sistemático
• Revisão ou mapeamento sistemático + Snowballing
• Snowballing

Condução do Snowballing

• Importar os estudos de base (start sbowballing)
• Analisar e avaliar referências dos estudos (PDF e CrosREF)
• Incluir por Snowballing Forward ou Backward
• Relatório com a árvore de estudos/referências incluídas

API CrossRef
https://www.crossref.org/documentation/cited-by/

GitHub:
https://github.com/CrossRef
https://github.com/renanbr/crossref-client

Lens PatCite
https://www.lens.org/lens/patcite

Bug/Ajustes -> Redirecionamento incorreto das páginas

O bug relatado consiste que no redirecionamento do usuário ao logar e deslogar do sistema ele não está sendo realizado da maneira que está citada na documentação. De acordo com as regras de negócio ambas as ações deveriam ser destinadas a tela de "About/Help” quando logar e a tela ''Home/About'' quando deslogar:

Sign IN

• Usuário na tela de login
• Preenche os campos da maneira correta
• Clica em Entrar
• Usuário redirecionado a página 'My projects'

Sign OUT

• Usuário logado no sistema
• Usuário clica em 'Log out'
• Usuário redirecionado a página de 'Login'

Ajustes

1. Fazer com que ao serem realizadas as ações de login e de log out o usuário seja redirecionado a página destacada nas regras de negócio (“About/Help” e ''Home/About'').

Internacionalização

Internacionalização das páginas:

• Breadcrumb
• Caixa de busca
• Botão close/fechar (estratégia de busca, critério inclusão/exclusão, data extraction)
• Mensagem de erro credenciais erradas (login)
• Project > Planning > Quality Assessment
• Toggle de seleção de idioma (navbar topo e navbar direita)

This is an issue from github

Please work

Bug/Ajustes -> Campos de ID não devem aceitar caracteres especiais

Atualmente os campos ID, contidos em Research Questions, Criteria e Perguntas de Extração de Dados permitem a inserção de caracteres especiais, estando em desconformidade com a documentação e permitindo bugs.

Além disso, existe o redirecionamento incorreto das páginas de acordo com as regras de negócio:

• "A opção chamada “Sign out” deve desconectar o usuário do sistema redirecionando para a tela de Home/About".
• "O botão “Submit” deve direcionar o usuário para a tela About/Help, se as credencias não estiverem corretas a opção deve retornar um feedback ao usuário".

Ajustes: Internacionalização

Internacionalização das páginas Sobre e Ajuda.

Bugs/Ajustes -> Adicionar Membros ao Projeto

• A adição de membros ao projeto pode ser realiza por qualquer usuário do sistema, além disso ele pode também alterar os cargos de usuários que ja existem em um projeto
• Usuários tem o poder de editar informações e adicionar membros em qualquer projeto existente na plataforma.

Ajustes

1. O usuário pode somente adicionar membros ao seu projeto;
2. Notificar usuários e permitir o convite de novos membros para o projeto e sistema, enviando link por e-mail, para cadastrarmos o usuário em um projeto, podemos permitir enviar os convites caso não estejam cadastrados, e ao acessar pelo link enviado, o mesmo será vinculado ao projeto.
3. Somente editar dados referente à projetos que lhe pertencem;

Obs.: planejar ações de ACL ao projeto em conjunto com demais desenvolvedores;

Bugs/Ajustes -> Página de Login/Cadastro

Erros relatados pelo colega (Jãoo André)

• Mensagens de erro de email ou senha estão com erros gramáticais;
• As informações que são relatadas na regra de negócio não aparecem no lugar citado na regra
• Quando solicitada a redefinição de senha, a mensagem que é apresentada ao usuário não está no idioma selecionado no site.
• Identificar problema ao clicar várias vezes no botão cadastrar sem ter preenchido o formulário;
• Ao solicitar uma redefinição de senha por e-mail, o processo permite a alteração de qualquer senha, uma vez que não possui verificação para o e-mail na página de modificar a senha, possibilitando a alteração de todas as senhas.
• Modificações nas mensagens de notificação que não estão no idioma selecionado.

Ajustes extras

• Planejar login por api do Google, facebook ou Apple;

Obs.: as telas que não estão no idiomas corretos ainda, devem ser criadas as traduções seguindo o padrão de internacionalização criado e iniciado para o projeto, esta já possui uma tarefa, podendo a vir a ser criada tarefas diversas de acordo com cada tela e módulo. Sempre seguir o padrão;

Export

Descrição
O usuário deve ser capaz de exportar informações sobre os estudos e de todo o processo realizada em cada etapa da pesquisa, o sistema deve permitir que o usuário extraia esses dados em “Latex” e extraia a biblioteca dos estudos selecionados no formato “BibTex” e também mostrar opção para “Download” dos dados ou criação de um projeto novo, em “Overleaf”, contendo os os dados.

Acceptance Criteria:

• O sistema deve conter opção que o usuário possa selecionar qual etapa do processo ele quer gerar a exportação “Planning”, “import Study”, “Study Selection” e “Quality Assessment”
• Ao selecionar a etapa o sistema deve gerar um texto no formato “LaTex”, em um conteiner de texto, contendo as informações da etapa escolhida e deve emitir um feedbackvisual sempre que gerar os dados com sucesso.
• O sistema deve permitir que usuário edite o texto gerado bem como copie parcialmente ou totalmente.
• O sistema deve conter opção que o usuário possa gerar a biblioteca da etapa contendo os estudos em “import ”, “Selection”, “Quality ”, “Extraction” e gerar a exportação dessas bibliotecas por etapa desejada.
• Ao selecionar a etapa o sistema deve gerar um texto no formato “bIBTex”, em um conteiner de texto, contendo as informações das biblotecas escolhida e deve emitir um feedbackvisual sempre que gerar os dados com sucesso.
• O sistema deve permitir que usuário edite o texto gerado bem como copie parcialmente ou totalmente.
• O sistema deve conter um botão “New project in Overleaf” que ao clicar o usuário deve ser encaminhado para a uma novo projeto na pagina do “overleaf” contendo todas as informações geradas na página , tanto das etapas quanto das bibliotecas.
• O sistema deve conter um botão de “Download Bibtex” que ao clicar o sistema deve realizar o dowload em formato bibtex das bibliotecas pré-selecionada pelo usuário.