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

Página Inicial

Página dos Requisitos do Projeto

Termos

  • 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.

Protótipo

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: Notificação de Cadastro Cliente
  • BACK: Notificação de Cadastro Solucionador
  • CHAT: Cadastro de Problema
  • ADM: Visualizar problema cadastrado
  • ADM: Aprovar Problema
  • ADM: Inserir manualmente Solução
  • CHAT: Cliente aprovar a solução
  • CHAT: Dados Compartilhados entre Cliente e Solucionador

Para implementar essas features foram criadas 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
Clone repository
  • arquitetura
  • arquitetura
    • code review
    • diagramas
    • rotas
  • banco_dados
  • configuracao
  • gitflow
  • gp
  • Home
  • horarios
  • inf
  • instalacao
  • mockups
  • requisitos
  • sprints