Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1
    • Issues 1
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • IncluiTech
  • wiki
  • Wiki
  • requisitos

Last edited by Virgilius F. T. dos Santos Jun 13, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

requisitos

Home Informações Gerais Requisitos Sprints Arquitetura Configuração Mockups Banco de Dados Instalação Gerência de Projeto Horários Disponiveis Gitflow

Página dos Requisitos do Projeto

Protótipo

Fizemos um amplo estudo para entender todas as necessidades dos Stakeholders e disso geramos 39 User Stories, o que nos deixou bem clara a complexidade do projeto.

Todas as User Stories podem ser vistas nesse arquivo
Os Requisitos podem ser vistos nesse arquivo

Em cima desse levantamento validamos um protótipo menor, e que atenderia dois aspectos:

  • poderia ser desenvolvido pelos alunos da Ages
  • agregaria valor para os stakeholders

Termos

Para completo entendimento, listamos alguns termos que serão usados nas US.

  • CLIENTE: Interessado que possui um PROBLEMA
  • PROBLEMA: dificuldade informado pelo cliente
  • SOLUCIONADOR: pessoa capacitada que pode resolver PROBLEMAS de acordo com sua especialidade.
  • SOLUÇÃO: ideia desenvolvida pelo SOLUCIONADOR para resolver algum PROBLEMA.
  • TAGS: identificadores que podem ser usados para filtros. Ex. especialidade, área de atuação, tipo de cliente
  • ADMINISTRADOR: pessoa encarregada pela IncluiTec da gestão do sistema
  • REPUTAÇÃO: o CLIENTE e o SOLUCIONADOR terão uma reputação, que é uma forma de avaliação tanto das interações, quanto da participação no sistema.

Definições

  • No primeiro momento o gerenciamento do pagamento será feito fora da aplicação.

Escopo Inicial

Definimos como objetivo inicial para o semestre as seguintes features que vão compor o protótipo e entregar uma experiência completa:

  • CHAT: Cadastro Cliente
  • CHAT: Cadastro Solucionador
  • ADM: Visualizar Clientes
  • ADM: Visualizar Solucionador
  • BACK: ADM ser notificado de um novo Cadastro Cliente
  • BACK: ADM ser notificado de um novo Cadastro de Problema
  • BACK: ADM ser notificado de um novo Cadastro Solucionador
  • CHAT: Cadastro de Problema
  • ADM: Visualizar problema cadastrado
  • ADM: Inserir manualmente Solução
  • ADM: Encaminhar Solução para o Cliente
  • CHAT: Cliente aprovar a solução
  • CHAT: Dados Compartilhados entre Cliente e Solucionador

Para entregar essas features implementaremos as seguintes User stories:

US1: Como CLIENTE gostaria de ter um cadastro para que possa acompanhar minhas solicitações
Critério de Aceitação:
* CLIENTE conseguir cadastrar os dados pessoais e de contato
* CLIENTE conseguir cadastrar TAGS que identificam sua área de atuação. Ex. Escola, ONG, Pessoa Física
US6: Como SOLUCIONADOR gostaria de ter um cadastro para que possa ajudar na resolução dos PROBLEMAS
Critério de Aceitação:
* SOLUCIONADOR deve poder cadastrar os seguintes dados: nome completo, e-mail, telefone, Lattes (Link), TAGS as quais identificam sua área de atuação, por exemplo, Hospitalar, Educacional, entre outras
US7: Como ADMINISTRADOR gostaria de visualizar os SOLUCIONADORES cadastrados para acompanhar os usuários
Critério de Aceitação:
* ADMINISTRADOR deve ter acesso a uma lista de SOLUCIONADORES
US17: Como ADMINISTRADOR gostaria de visualizar a lista de CLIENTES para que possa acompanhar suas atividades
Critério de Aceitação:
* ADMINISTRADOR visualizar a lista de CLIENTES
* ADMINISTRADOR visualizar os dados de um CLIENTE
US22: Como ADMINISTRADOR gostaria de receber uma notificação quando um PROBLEMA tiver alguma alteração para ficar sempre atualizado
Critério de Aceitação:
* ADMINISTRADOR receber um e-mail quando alguma informação do PROBLEMA for atualizada. Ex. pendência/inconsistência de dados, atualização de status
US23: Como CLIENTE gostaria de receber uma notificação quando um PROBLEMA tiver alguma alteração para ficar sempre atualizado
Critério de Aceitação::
* CLIENTE receber um e-mail quando alguma informação do PROBLEMA for atualizada. Ex. pendência/inconsistência de dados, atualização de status
US24: Como SOLUCIONADOR gostaria de ser notificado quando um PROBLEMA sofrer alterações para ficar sempre atualizado
Critério de Aceitação:
* SOLUCIONADOR receber um e-mail quando um PROBLEMA receber uma alteração de descrição/valor/status
* PROBLEMA deve estar na lista do SOLUCIONADOR
US2: Como CLIENTE gostaria de registrar um PROBLEMA para que possa receber auxílio especializado
Critério de Aceitação:
* o CLIENTE deve conseguir cadastrar para o PROBLEMA:
** uma descrição em forma de texto para o PROBLEMA contendo:
- um título,
- uma descrição em formato de texto,
- TAGS as quais contextualizam o PROBLEMA, como, por exemplo, Comportamental, Distúrbio de Atenção, entre várias outras
** se o CLIENTE não possui assinatura, ele informa um valor adequado a suas condições financeiras, sendo R$ 0,00 um valor inválido

* CLIENTE deve ser informado quanto aos seguintes tópicos:
** na descrição do PROBLEMA não devem ser incluídos dados e/ou informações sensíveis de pessoas envolvidas, como nomes, telefones, etc.
** valor indicado: será acrescido uma taxa de 40% e, para isenção da taxa, pode ser adquirida uma assinatura anual da plataforma
** papel da IncluiTec: a Incluitec se posiciona apenas como uma intermediária entre as partes, não tendo nenhum vínculo empregatício com os solucionadores indicados pela plataforma
** PROBLEMA: após pedido de cadastro na plataforma, este será revisado pela equipe técnica e, uma vez aprovado, o CLIENTE será notificado quando existirem potenciais SOLUCIONADORES
** o CLIENTE deve visualizar o preço ajustado com o acréscimo
US5: Como ADMINISTRADOR gostaria de visualizar os PROBLEMAS cadastrados com o status "Pendente Aprovação" para avaliar os dados inseridos
Critério de Aceitação:
* ADMINISTRADOR deve ter acesso a uma lista de PROBLEMAS ainda não aprovados (ou seja, com status "Pendente Aprovação")
* OBS. Nessa etapa caso exista alguma inconsistência, por fora do sistema os ADMINISTRADORES entram em contato com o CLIENTE para que ele atualize os dados
US13: Como ADMINISTRADOR gostaria de que os CLIENTES recebessem as SOLUÇÕES propostas para que eles possam avaliar qual a mais aderente
Critério de Aceitação:
* PROBLEMA ser automaticamente atualizado quando um SOLUCIONADOR propuser uma SOLUÇÃO
US14: Como CLIENTE gostaria de visualizar a lista de propostas de SOLUÇÕES que foram oferecidas para um PROBLEMA para que possa escolher qual a mais aderente
Critério de Aceitação:
* CLIENTE conseguir visualizar a lista de SOLUÇÕES
* CLIENTE conseguir ver a descrição de cada SOLUÇÃO
* CLIENTE não conseguir identificar quem é o SOLUCIONADOR
US15: Como CLIENTE gostaria de aceitar uma SOLUÇÃO proposta para que possa iniciar o atendimento
Critério de Aceitação:
* CLIENTE conseguir aceitar uma SOLUÇÃO
* CLIENTE visualizar o contato do SOLUCIONADOR
* CLIENTE visualizar os dados para pagamento (se não for assinante anual)
US16: Como SOLUCIONADOR gostaria de visualizar os dados do CLIENTE quando a SOLUÇÃO proposta for aceita para que possa iniciar o atendimento
Critério de Aceitação:
* SOLUCIONADOR conseguir visualizar os dados do CLIENTE
Clone repository
  • arquitetura
  • arquitetura
    • code review
    • diagramas
    • rotas
  • banco_dados
  • configuracao
  • gitflow
  • gp
  • Home
  • horarios
  • inf
  • instalacao
  • mockups
  • requisitos
  • sprints