Durante a semana elaboramos a definição do projeto de Tratamento de Dados cujo nome sugerido é DataCure, assim como, detalhamos melhor o projeto MustHair que teve seu nome alterado para BeU (Be You).
No dia 05 de março de 2020 apresentamos aos professores a ideia do projeto sobre tratamento de dados, discutimos sobre os seus principais pontos, vantagens, desvantagens e dificuldades para desenvolvimento do projeto.
Segue alguns pontos abordados no projeto DataCure:
Buscamos elaborar uma plataforma em que seja possível criar diversos procedimentos, voltados a tratativa de dados, que serão aplicados a uma base especificada pelo cliente, dessa forma o cliente vai receber uma base resultante com os dados da forma que ele deseja.
Para cumprir com esses requisitos o sistema vai contar com os seguintes recursos:
- Capacidade de identificar a configuração da base de entrada, esse procedimento pode ser realizado manualmente pelo usuário, informando quais são as colunas da base e suas propriedades, ou a plataforma pode recomendar uma configuração baseando-se em uma leitura da base.
- A plataforma deve fornecer meios para que o usuário configure procedimentos para tratar seus dados, esses procedimentos serão compostos por processos já existentes na plataforma, mas que podem ser customizados com a passagem de parâmetros para o sistema.
- Os procedimentos podem ser de alteração ou validação dos dados, ou seja, o usuário pode transformar o valor em um novo ou invalidar e remover aquele registro.
- Com os procedimentos configurados e a base especificada, o usuário deve ser capaz de definir os procedimentos que devem ser realizados em cada coluna., após isso o usuário pode salvar esse projeto.
- Com um projeto criado, o usuário pode informar a base desejada, sendo um arquivo ou conexão com uma tabela em um banco de dados, e iniciar o processo de tratamento.
- Após o processo de tratamento a plataforma vai fornecer a saída que o usuário deseja (dentro dos limites da plataforma), podendo ser um arquivo, uma nova tabela na base de dados ou uma alteração na tabela fornecida.
- A plataforma também irá apresentar um relatório das alterações realizadas, informando o impacto que cada processo teve na base.
Diante do apresentado, os professores levantaram pontos que poderiam nos trazer problemas, principalmente em relação à busca por palavras e expressões similares e como a aplicação entenderia que uma palavra aparentemente errada poderia ser válida. Diante de todas as tratativas ficamos pensativos se valeria a pena seguir adiante neste projeto.
Neste mesmo dia apresentamos o projeto BeU de forma mais detalhada. Este projeto aparentemente estava mais embasado, fácil de explicar e possui um desenvolvimento mais palpável.
Segue as principais ideias para o projeto BeU:
O projeto BeU propõe um sistema de agendamento para vários salões de beleza, contemplando conteúdos dos mesmos e inspirações, que podem ser de vários salões. Este poderá contemplar as seguintes funcionalidades:
- Agendamento (cliente / salão / funcionário)
- Notificação de agendamento (cliente / salão / funcionário)
- Gerenciamento de funcionários
- Agenda do mesmo
- Gerenciamento de serviços
- Preços
- Pagamento
- Gerenciamento de conteúdo
- Interações de clientes com o conteúdo (curtidas)
- Página de inspirações
- Interações
- “Salvar”
- Avaliação do salão de beleza
- Salões próximos
- Fidelização
Sobre o projeto BeU os professores questionaram dizendo que é um projeto muito abrangente que não foca em uma aplicação utilizável para resolver um problema específico para determinado salão e que não haveria uma base de dados considerável para testar a aplicação. O professor Ivan, inclusive, fez uma analogia com a propaganda da Tostines: “Vende mais porque é fresquinho ou é fresquinho porque vende mais?”. Em uma referência que o projeto pretende englobar tudo para ser bom, porém seria bom focando em tudo? Pelo menos foi isso que entendemos.
Diante do explanado, decidimos pensar melhor sobre qual destes projetos darmos andamento.
Nenhum comentário:
Postar um comentário