Proposta • Requisitos • Planejamento • Front-end Mobile • Back-end • User Stories • Wireframe • Tecnologias • Dev Team
Desenvolver uma aplicação híbrida/responsiva, que funcione como Serviço de Atendimento ao Cliente (SAC), onde ele poderá criar ROs, verificar as solicitações criadas, entrar em contato via chat com algum administrador (programador da equipe).
Requisitos Funcionais
- Área de Cliente e áreade Administrador, com controles de acesso (autenticação/autorização);
- Opções de criar e acompanhar ROs;
- Comunicação com os administradores do sistema via chat;
- Atualização do Status das ROs em tempo real;
- Envio de e-mail com notificações para o cliente e administradores;
- Relatórios/gráficos de sumarização das ROs.
Requisitos Não Funcionais
- Documentação com mapeamento das regras de negócio do cliente;
- JavaScript;
- TypeScript;
- React;
- ReactNative;
- MongoDB;
- Python.
- Kick-off - 28/02/2023
- Sprint 1 - 13/03/2023 a 12/04/2023
- Sprint 2 - 03/04/2023 a 23/04/2023
- Sprint 3 - 24/04/2023 a 14/05/2023
- Sprint 4 - 15/05/2023 a 04/06/2023
- Feira de Soluções - 13/06/2022 a 14/06/2023
Acesse a pasta referente a entrega da sprint clicando no link acima
| User Story id | Como um (ator) | Eu quero (ação) | Para que seja possível (funcionalidade) | Prioridade |
|---|---|---|---|---|
| 1 | Administrador | Acessar as funcionalidades destinadas ao administrador do sistema | Cadastrar novos usários, acompanhar todos os Registros de Ocorrência criados no aplicativo, enviar mensagem a outros usuários em caso de dúvidas por meio do chat após realizar o login no app. | M |
| 2 | Cliente | Ter acesso a uma área com as funcionalidades destinadas somente aos clientes | Realizar a criação de Registros de Ocorrências, acompanha-los durante seu tratamento e entrar em contato com o desenvolvedor da IACIT em caso de dúvidas após realizar login no aplicativo. | M |
| 3 | Usuário | Criar novos Registros de Ocorrência e acompanhar todas as atualizações de status desde o momento de sua criação até sua conclusão | Evitar ruídos de comunicação e a solução dos possíveis problemas que possam ocorrer nas empresas clientes que utilizam os produtos/serviços oferecidos pela IACIT. | M |
| 4 | Cliente | Poder me comunicar com o administrador do sistema via chat | Esclarecer possíveis dúvidas que venham a surgir durante o tratamento do Registro de Ocorrência. | S |
| 5 | Usuário | Receber notificações via e-mail e no app sobre mudanças de status dos Registros de Ocorrências relacionados a mim | Acompanhar em tempo real as atualizações de status de um RO. | M |
| 6 | Usuário | Receber notificações do aplicativo também em meu e-mail | Acompanhar todas as atualizações realizadas no aplicativo, tanto por parte dos clientes da IACIT, quanto pelos administradores do app. | S |
| 7 | Administrador | Ter acesso a relatórios e gráficos com a sumarização dos Registros de Ocorrência | Acompanhar as médias de ROs criados, em tratamento, solucionados entre outras métricas. | S |
| 8 | Usuário | Receber meus dados cadastrados no sistema no ato da criação da conta | Ter uma cópia dos dados salvos na base de dados. | C |
| 9 | Usuário | Ter a opção de solicitar a edição dos meus dados ao administrador do sistema | Corrigir dados que eventualmente possam estar errados ou atualizar alguma informação. | S |
| 10 | Usuários | Poder solicitar a exclusão do meu cadastro do aplicativo de acordo com a Lei Geral de Proteção de Dados | Eliminar qualquer dado sensível que me pertença da base de dados do aplicativo. | M |
| 11 | Administrador | Uma funcionalidade de backup automatizado do banco de dados | Garantir a segurança e a integridade dos dados armazenados, de forma a minimizar a perda de dados em caso de falhas ou incidentes. | M |
- Must Have (M): Funcionalidades essenciais para o funcionamento básico do aplicativo.
- Should Have (S): Funcionalidades importantes, mas que não são críticas para o funcionamento básico do aplicativo.
- Could Have (C): Funcionalidades desejáveis, mas que podem ser adiadas ou excluídas sem comprometer o funcionamento básico do aplicativo.
- Won't Have (W): Funcionalidades que não são consideradas importantes para esta versão do aplicativo e podem ser incluídas em versões futuras. As user stories foram priorizadas de acordo com a importância das funcionalidades que elas representam, considerando a perspectiva dos usuários e a necessidade de atender às expectativas do negócio.
Acesse o link acima para visualizar o protótipo no Figma.
| Aluno(a) | Função | GitHub | |
|---|---|---|---|
| Anderson Lira | Developer Team | ||
| Debora Conceição Faria | Developer Team | ||
| Gustavo Kenji Ando | Developer Team | ||
| Júlia Maria Santos Barroso | Developer Team | ||
| Kauã Gustavo Rodrigues Reno | Developer Team | ||
| Luís Henrique Ferreira Souza | Developer Team | ||
| Maria Eduarda Macedo Braga | Scrum Master | ||
| Richard Rafael Sacramento Soares | Developer Team | ||
| Vitória Cristina Saturnino de Moura | Product Owner |
