Home | Escopo | Processo | Design/Mockups | Configuração | Arquitetura | Gerência | BD | Qualidade | Frontend | Backend |
---|
Escopo
Esta página é dedicada a apresentar o escopo do projeto
Geral | Sprint 0 | Sprint 1 | Sprint 2 | Sprint 3 | Sprint 4 |
---|
Sumário
Estrutura Analítica do Projeto
TODO
Cronograma
Momento | Sprint 0 | Sprint 1 | Sprint 2 | Sprint 3 | Sprint 4 |
---|---|---|---|---|---|
|
08/08 - LM | 22/08 - LM | 12/09 - LM | 03/10 - LM | 24/10 - LM |
|
20/08 - NP | 10/09 - NP | 01/10 - NP | 22/10 - NP | 12/11 - NP |
|
22/08 - LM | 12/09 - LM | 03/10 - LM | 24/10 - LM | 14/11 - LM |
|
22/08 - LM | 12/09 - LM | 03/10 - LM | 24/10 - LM | 14/11 - LM |
|
22/08 - NP | 12/09 - NP | 03/10 - NP | 24/10 - NP | 14/11 - NP |
Levantamento de Requisitos
Após a agenda de apresentação do projeto junto com os stakeholders, a equipe se reuniu para organizar todas as informações levantadas em requisitos funcionais e não funcionais. Como contexto principal do projeto, entende-se que o aplicativo mobile "Point Tils" deve permitir a identificação e o contato de usuários surdos ou empresas com Tils capacitados no Brasil, a fim de que estes profissionais possam prestar serviços para a comunidade surda em momentos de urgência ou para datas especiais como eventos ou reuniões.
O aplicativo tem como objetivo realizar o match entre as necessidades/solicitações do usuário e a agenda de um intérprete, viabilizando o primeiro contato entre as duas partes, mas não prevê em seu escopo a criação de um chat de comunicação ou a realização de pagamentos pelos serviços prestados dentro do próprio aplicativo.
Além disso, durante a agenda ficou claro a necessidade de um olhar empático e inclusivo sobre a comunidade surda durante o desenvolvimento do software, em frente as dificuldades que esta comunidade passa atualmente para conseguir contatar intérpretes de Libras, para que o aplicativo seja acessível e útil para estes usuários.
Papéis envolvidos e suas ações
Usuário Intérprete de Libras
- Cadastrar-se, informando basicamente:
- Dados pessoais: nome, e-mail, senha, gênero, data de nascimento, CPF, número de telefone
- Registro de intérpretes de Libras (a definir)
- Especialidades
- Preferências de atendimento - online ou presencial e, se presencial, localidade
- Tempo mínimo de antecedência que aceita receber solicitações na agenda
- Consentimento em ter seus dados compartilhados
- Campo livre de descrição (para informar faixa de valores cobrados e outras informações que desejar)
- Login/logout
- Gerenciar perfil
- Gerenciar agenda, cadastrando ou removendo horários de atendimento
- Gerenciar solicitações
- Visualizar histórico de solicitações recebidas e suas avaliações
- Confirmar ou recusar solicitações pendentes
Usuário Surdo ou Empresa
- Cadastrar-se, informando basicamente:
- Dados pessoais (surdo): nome, e-mail, senha, gênero, data de nascimento, CPF, número de telefone
- Dados pessoais (empresa): nome, e-mail, senha, CNPJ, número de telefone
- Preferências (especialidades de intérpretes que irá necessitar com frequência em suas solicitações)
- Endereço
- Login/logout
- Gerenciar perfil
- Abrir uma nova solicitação
- Informar dados da solicitação
- Filtrar intérpretes
- Gerenciar solicitações feitas
- Visualizar histórico de solicitações recebidas
- Avaliar intérprete em solicitações já encerradas
- Visualizar informações de contato de intérprete após confirmação da solicitação, a partir de um redirecionamento para o WhatsApp
Administrador
- Login/logout com senha e usuário fixo (será utilizado pelos stakeholders)
- Receber dados de cadastro de novos intérpretes e autorizar ou negar cadastro.
Requisitos funcionais
- Cadastro (usuário surdo + usuário empresa + intérprete)
- Login (usuário surdo + usuário empresa + intérprete + admin)
- Logout (usuário surdo + usuário empresa + intérprete + admin)
- Gerenciamento do perfil do usuário (usuário surdo + usuário empresa + intérprete)
- Recuperação de senha do usuário (em caso de esquecimento)
- Gerenciamento da agenda do intérprete
- Cadastro de horários de atendimento
- Remoção de horários de atendimento (se não existir nenhuma solicitação para aquele horário)
- Abertura de uma nova solicitação por parte do usuário surdo ou empresa
- Preenchimento de dados da solicitação (especialidades necessárias, tipo de atendimento - online ou presencial com localidade, data e horário)
- Filtro de intérpretes por modalidade de atendimento, localidade (se for modalidade presencial), especialidade(s), gênero, data e horário (ordenado por avaliação de outros usuários do melhor avaliado pro pior avaliado)
- Visualização de detalhes do perfil de um intérprete filtrado
- Visualização do histórico de avaliações de um intérprete filtrado
- Visualização de solicitações pendentes/ainda não respondidas por parte do intérprete
- Confirmação ou recusa de uma solicitação por parte do intérprete
- Visualização do histórico de solicitações
- Visualização da avaliação feita para uma solicitação já encerrada
- Avaliação de solicitações já encerradas (nota de até 5 estrelas e descrição)
- Exibição de informações de contato do intérprete para usuário surdo ou empresa em caso de confirmação de uma solicitação
- Redirecionamento para WhatsApp a partir do número de telefone do intérprete para comunicação direta
- Notificação no celular sobre atualizações na solicitação (solicitação confirmada, solicitação recusada, 1 hora antes do horário da solicitação)
- Validação do cadastro de novos intérpretes por parte do administrador - visualização dos dados de cadastro, autorização ou recusa (enquanto o cadastro não for validado, o intérprete não conseguirá acessar o aplicativo)
- FAQ com perguntas frequentes e informações de contato do suporte do aplicativo
Requisitos não funcionais
- Usabilidade e acessibilidade
- Navegação simples
- Textos com uma linguagem clara e objetiva, visando auxiliar usuários com maior fluência em Libras
- Uso de recursos visuais ao invés de auditivos para exibir informações para o usuário
- O sistema deverá rodar no sistema operacional Android
- O sistema não exibirá os dados de contato dos intérpretes sem seu consentimento.
- O sistema deve ser bem documentado, com informações claras sobre sua arquitetura, funcionalidades e código-fonte, a fim de facilitar a manutenção dele após o fim do semestre.
Épicos
TODO
User Stories
TODO