pbr-si-2024-2-p5-tias-t1-2758101-pbr-si-2024-2-p1-orby
pbr-si-2024-2-p5-tias-t1-2758101-pbr-si-2024-2-p1-orby created by GitHub Classroom
https://github.com/icei-puc-minas-pbr-si/pbr-si-2024-2-p5-tias-t1-2758101-pbr-si-2024-2-p1-orby
Science Score: 44.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
○DOI references
-
○Academic publication links
-
○Academic email domains
-
○Institutional organization owner
-
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (0.6%) to scientific vocabulary
Repository
pbr-si-2024-2-p5-tias-t1-2758101-pbr-si-2024-2-p1-orby created by GitHub Classroom
Basic Info
- Host: GitHub
- Owner: ICEI-PUC-Minas-PBR-SI
- Language: JavaScript
- Default Branch: master
- Size: 2.48 MB
Statistics
- Stars: 1
- Watchers: 0
- Forks: 0
- Open Issues: 0
- Releases: 0
Metadata Files
readme.md
Projeto Orby - Plataforma de Incentivo à Doação de Sangue
Sprint 1. Introdução
1. Introdução
Aplicação que auxilia no processo de doação de sangue, com locais, triagem rápida online, incentivo à prática e compensação pelo ato.
1.1 Contextualização
O trabalho em questão se insere na área de saúde pública, mais especificamente na otimização e incentivo à doação de sangue, um problema crítico enfrentado em todo o mundo. De acordo com a Organização Mundial da Saúde (OMS), a doação de sangue é fundamental para atender às necessidades de saúde de uma população, sendo recomendado que pelo menos 10 doações de sangue por 1.000 habitantes sejam realizadas anualmente para suprir essa demanda. Contudo, muitos países, incluindo o Brasil, encontram dificuldades para alcançar esse índice. Dados do Ministério da Saúde indicam que apenas 1,4% da população brasileira doa sangue regularmente, número significativamente abaixo dos 2% recomendados pela Organização Pan-Americana de Saúde (OPAS), e muito inferior aos 5% registrados em países da Europa.
A pandemia de COVID-19 agravou ainda mais essa situação, resultando em uma queda de 15% a 20% nas doações de sangue no Brasil em relação ao período anterior à pandemia. Mesmo com a retomada das atividades e circulação de pessoas, os números permanecem abaixo do ideal. Em Minas Gerais, por exemplo, no ano de 2022, apenas 4 em cada 10 doadores regulares pré-pandemia voltaram a doar sangue, enquanto em São Paulo, a Fundação Pró-Sangue registrou apenas 30% do volume necessário de bolsas para suprir a demanda da região metropolitana.
Diante desse cenário de escassez, o projeto Orby busca uma solução inovadora para reverter a crise de doações. Essa abordagem de gamificação e incentivo, inserida no contexto de crise global da doação de sangue, busca ser uma resposta proativa e tecnológica para um problema de saúde pública amplamente documentado.
1.2 Problema
A falta de doação de sangue é um problema sério enfrentado por muitos hospitais em todo o mundo. Isso pode levar a uma série de desafios e impactos negativos na prestação de serviços de saúde. Aqui estão algumas das principais questões que os hospitais enfrentam devido à escassez de doação de sangue:
Risco para pacientes:
A falta de sangue doado pode representar um risco significativo para pacientes que precisam de transfusões de sangue devido a cirurgias, tratamento de câncer, acidentes graves ou condições médicas crônicas. Atrasos ou impossibilidade de obter sangue compatível podem colocar em risco a vida desses pacientes.Cirurgias eletivas adiadas:
A escassez de sangue muitas vezes leva à necessidade de adiar cirurgias eletivas, como cirurgias cardíacas, ortopédicas ou procedimentos de transplante, que dependem de um suprimento adequado de sangue para serem realizados com segurança.Pressão sobre estoques existentes:
Hospitais podem ser forçados a depender de seus estoques existentes de sangue, o que pode levar a uma redução desses estoques a níveis críticos. Isso pode afetar negativamente a capacidade do hospital de responder a emergências médicas.Intensificação dos esforços de coleta:
A falta de doações de sangue muitas vezes exige que os hospitais intensifiquem seus esforços de coleta, realizando campanhas de conscientização, campanhas de doação de sangue e parcerias com bancos de sangue locais. Isso pode aumentar a carga de trabalho e os custos administrativos para os hospitais.Custos adicionais:
A falta de sangue doado pode levar os hospitais a buscar fontes alternativas de sangue, como a compra de sangue de bancos de sangue privados, o que pode ser caro. Isso pode aumentar os custos de tratamento para os pacientes e sobrecarregar o sistema de saúde.Racionalização de recursos:
Hospitais podem ser forçados a tomar decisões difíceis sobre como alocar o sangue disponível, priorizando pacientes com maior risco de vida, enquanto outros podem ter que esperar por transfusões.Impacto na pesquisa e procedimentos médicos avançados:
A falta de sangue pode dificultar a condução de pesquisas médicas e procedimentos avançados que dependem de sangue para desenvolvimento e realização.
Para combater esses problemas, é fundamental promover a conscientização sobre a importância da doação de sangue, incentivar as pessoas a doarem regularmente e garantir que os sistemas de coleta de sangue estejam bem-organizados e seguros. Além disso, é crucial que os governos, hospitais e organizações de saúde trabalhem em conjunto para garantir um suprimento constante de sangue seguro e adequado para atender às necessidades da comunidade
1.3 Objetivo Geral
O objetivo geral deste trabalho é desenvolver um sistema de automação que conecte bancos de sangue, doadores e lojas parceiras, facilitando o agendamento de doações, incentivando a reincidência de doadores por meio de recompensas e promovendo a conscientização contínua sobre a importância da doação de sangue, contribuindo para solucionar o problema da escassez de doações.
1.3.1 Objetivos Específicos
Os objetivos específicos deste projeto são:
Automatizar o processo de agendamento de doações de sangue por meio de um aplicativo móvel, permitindo que os doadores escolham locais e horários de doação de maneira prática e eficiente, além de receberem notificações sobre a demanda de sangue em tempo real.
Implementar um sistema de recompensas e ranking que motive os doadores a realizarem doações frequentes, recompensando-os com pontos que podem ser trocados por benefícios em lojas parceiras, aumentando assim a reincidência de doações.
Esses objetivos visam garantir a eficiência do sistema e o aumento da adesão de novos doadores por meio de incentivos e conscientização.
1.4 Justificativas
O desenvolvimento do projeto Orby se justifica pela necessidade urgente de resolver um problema de saúde pública global: a escassez de doações de sangue. Esse problema, que afeta milhares de hospitais e centros de saúde ao redor do mundo, tem impactos diretos e graves na vida de pacientes que necessitam de transfusões sanguíneas para cirurgias, tratamentos de câncer, acidentes graves, entre outros. Sem um fornecimento adequado de sangue, há risco de vida para pacientes, atrasos em cirurgias eletivas e aumento dos custos de saúde para sistemas que já operam no limite.
No Brasil, a situação é preocupante, uma vez que apenas 1,4% da população realiza doações regulares de sangue, número abaixo do mínimo recomendado de 2% pela Organização Pan-Americana de Saúde. Essa escassez resulta de fatores como desconhecimento, medo de agulhas, falta de tempo e rigor nos requisitos de doação, além da queda acentuada causada pela pandemia de COVID-19. Em Minas Gerais, por exemplo, houve uma redução de até 60% nas doações de tipos sanguíneos negativos, agravando a situação.
O projeto Orby se propõe a atacar essas barreiras com uma abordagem inovadora, utilizando gamificação e incentivos para atrair e reter doadores. A contribuição do trabalho está em oferecer uma solução que não só simplifica o processo de agendamento e acompanhamento das doações, mas também promove a conscientização contínua e recompensa os doadores por sua participação. Por meio de um aplicativo que conecta bancos de sangue, doadores e lojas parceiras, o projeto visa aumentar a reincidência nas doações e atrair novos doadores, proporcionando benefícios tangíveis como descontos e brindes. Além disso, o projeto tem o potencial de gerar impacto social ao facilitar o processo de doação, promover a saúde pública e melhorar a disponibilidade de sangue nos hospitais, salvando vidas.
2. Participantes do Processo
1. Usuários Doadores:
Os doadores são pessoas que realizam as doações de sangue e são incentivadas a participar regularmente do processo por meio do sistema Orby. Esse grupo possui uma diversidade de perfis, que incluem:
- Faixa Etária: Entre 18 e 65 anos, conforme os requisitos para doação de sangue.
- Gênero: Tanto homens quanto mulheres podem ser doadores, sem restrição de gênero.
- Nível de Educação: Pessoas de diferentes níveis de educação, desde o ensino fundamental até superior, podem ser doadores. A conscientização sobre a importância da doação e o incentivo para participação pode variar de acordo com o nível educacional.
- Aspectos Culturais: Culturalmente, os doadores são pessoas com forte senso de altruísmo e empatia, dispostas a contribuir para o bem-estar da sociedade. Em algumas regiões, a doação de sangue está ligada a campanhas sociais e solidariedade.
- Nível de Acessibilidade Tecnológica: A maioria dos usuários tem familiaridade com smartphones e dispositivos digitais, já que o sistema é baseado em um aplicativo móvel. Eles estão confortáveis em usar tecnologias como aplicativos para agendar doações, acompanhar pontuações e trocar recompensas.
Papel Desempenhado:
- Doar Sangue: Realizam as doações de sangue em hospitais ou centros de coleta.
- Agendamento de Doações: Utilizam o aplicativo para agendar suas doações, verificando a disponibilidade de horários e locais próximos.
- Participação em Programas de Incentivo: Recebem pontos por cada doação realizada, os quais podem ser trocados por benefícios e recompensas em lojas parceiras.
- Conscientização: São informados sobre a importância da doação e podem se engajar em campanhas promovidas pelo aplicativo, além de compartilhar suas experiências com outros doadores por meio de fóruns e discussões no sistema.
2. Usuários Hospitalares:
Os usuários hospitalares são os profissionais que gerenciam o processo de coleta de sangue nos centros de doação. Eles desempenham funções administrativas e técnicas dentro do sistema. - Perfil Profissional: Médicos, enfermeiros, técnicos de enfermagem e profissionais administrativos que trabalham diretamente no setor de hemoterapia - Faixa Etária: Normalmente variando entre 25 e 60 anos, com experiência na área da saúde - Nível de Educação: Altamente qualificados, com formação técnica ou superior na área da saúde e gestão hospitalar. - Conhecimento Tecnológico: Familiaridade com sistemas hospitalares e plataformas digitais, incluindo a utilização de software de gerenciamento de doações, cadastros e acompanhamento dos doadores.
Papel Desempenhado:
- Gerenciamento de Doações: São responsáveis por cadastrar novos doadores, agendar doações e monitorar o estoque de sangue disponível nos bancos de sangue.
- Coleta e Armazenamento: Coordenam e realizam a coleta de sangue, garantindo que todo o processo siga os protocolos médicos. São responsáveis pelo armazenamento adequado do sangue coletado.
- Exames Pré-Doação: Realizam exames clínicos para verificar a aptidão dos doadores antes da coleta, garantindo que apenas doadores elegíveis participem do processo.
- Distribuição do Sangue: Gerenciam a distribuição de sangue para hospitais e centros de saúde que necessitam de transfusões, priorizando as emergências e as necessidades mais urgentes
3. Parcerias Comerciais:
Além dos usuários doadores e hospitalares, o sistema conta com parceiros comerciais que oferecem incentivos aos doadores. - Perfil Profissional: Lojas e empresas parceiras que disponibilizam descontos e brindes para os doadores em troca de visibilidade e participação social em uma causa humanitária
Papel Desempenhado:
- Incentivo e Recompensas: Oferecem benefícios aos doadores por meio de programas de fidelidade, incentivando a doação regular. Eles integram o sistema como fornecedores de vantagens, possibilitando que os doadores troquem pontos por recompensas.
Com essa estrutura, o sistema Orby busca otimizar a experiência dos doadores e profissionais hospitalares, incentivando a doação de sangue por meio de uma plataforma tecnológica que conecta todos os envolvidos.
Sprint 2. Processos, Requisitos, Tecnologias
Atribuições e Responsabilidades de Cada Integrante
- Henrique Martins da Rocha: Processos 1 e 3 (Registrar Usuário/ Fazer Login e Verificar Aptidão para Doação)
- Rodrigo Teixeira Lucas: Processo 2 e 6 (Preencher Formulário de Aptidão e Atualizar Sistema de Ranking)
- Thiago da Silva de Oliveira: Processo 4 (Interagir no Fórum)
- Ivan Junior Ferreira Bragança: Processo 5 (Publicar Notícias)
Processos de Negócio
Processo 1: Registrar Usuário/ Fazer Login
O processo se inicia quando o usuário acessa o sistema e opta por realizar o
cadastro ou login. Ele preenche o formulário de cadastro com suas informações
pessoais ou realiza o login via Gmail ou LinkedIn (Atividade manual com auxílio do sistema). Os dados do usuário são armazenados no banco de dados para controle de cadastros e campanhas de marketing futuras (Atividade automatizada). O sistema verifica a validade das informações fornecidas e autentica o usuário para acesso ao sistema (Atividade automatizada). O processo termina quando o usuário está cadastrado e/ou logado com sucesso no sistema. Produto: Informações de usuários armazenadas, possibilitando controle de cadastros e direcionamento de campanhas personalizadas.
Processo 2: Preencher Formulário de Aptidão
O processo se inicia quando o usuário, após completar o cadastro/login, opta por preencher o formulário de aptidão para doação de sangue. O usuário responde a um questionário que coleta dados relevantes para determinar sua elegibilidade para doação (Atividade manual). Após o preenchimento, o sistema armazena os dados no banco de dados para triagem futura e campanhas personalizadas (Atividade automatizada). O processo termina com o envio do formulário para análise. Produto: Dados coletados para triagem de aptidão e personalização de campanhas futuras.
Processo 3: Verificar Aptidão para Doação
O processo se inicia após o usuário preencher o formulário de aptidão. O sistema, então, analisa as respostas do questionário para determinar a elegibilidade do usuário para doar sangue (Atividade automatizada). Se o usuário estiver apto, o sistema exibe uma mensagem de sucesso e o direciona para um mapa que mostra os locais próximos onde ele pode doar sangue com segurança (Atividade automatizada). Caso o usuário esteja temporariamente inapto, o sistema informa a razão pela qual ele não pode doar no momento e exibe uma data ou período estimado para quando poderá realizar a doação e oferece ao usuário a possibilidade de ser notificado por e-mail ou whatsapp quando ele estiver apto (Atividade automatizada). Se o usuário for inapto permanentemente, o sistema exibe uma mensagem explicando a condição que o torna inelegível para doação e o agradece pelo interesse em ajudar (Atividade automatizada). Os dados coletados no formulário são armazenados para triagem futura e personalização de campanhas de marketing (Atividade automatizada). O processo termina quando o usuário recebe o feedback sobre sua aptidão e é devidamente direcionado de acordo com seu resultado (Atividade automatizada). Como produto, o sistema gera dados processados para triagem de aptidão, campanhas direcionadas e um mapa de locais de doação para os usuários aptos.
Processo 4: Interagir no Fórum
O processo se inicia quando o usuário acessa a seção de fórum dentro do sistema. Usuários, tanto doadores quanto receptores, podem criar posts e compartilhar suas experiências relacionadas à doação de sangue (Atividade manual). Outros usuários podem comentar e discutir temas relacionados (Atividade manual). Administradores monitoram o fórum, moderando discussões e respondendo dúvidas quando necessário (Atividade manual com auxílio do sistema). O processo termina quando as interações no fórum são concluídas ou quando as dúvidas são respondidas. Produto: Criação de conteúdo social, incentivando a doação e fornecendo suporte.
Processo 5: Publicar Notícias
O processo se inicia com a publicação de notícias, campanhas ou atualizações
sobre doação de sangue e saúde. A equipe responsável publica conteúdos atualizados (Atividade manual com auxílio do sistema). Usuários podem acessar a
página para se manter informados e compartilhar as notícias em redes sociais
(Atividade manual com auxílio do sistema). A página é atualizada regularmente com novos conteúdos para manter os usuários engajados. O processo termina quando as notícias são publicadas e compartilhadas. Produto: Conteúdo informativo e atualizado sobre doação de sangue, promovendo engajamento.
Processo 6: Atualizar Sistema de Ranking
Este processo começa quando os doadores optam por participar do ranking ao
realizar suas doações. O sistema registra cada doação e atribui uma pontuação com base na frequência das doações (Atividade automatizada). O ranking é atualizado automaticamente e exibido para incentivar a reincidência nas doações (Atividade manual com auxílio do sistema). À medida que os doadores sobem no ranking, o sistema atribui recompensas baseadas nas suas posições, oferecendo prêmios melhores conforme o doador alcança posições mais altas (Atividade automatizada). O sistema informa o doador sobre a conquista da recompensa e disponibiliza a retirada ou uso do prêmio (Atividade manual com auxílio do sistema). O processo termina com a atualização do ranking e a distribuição das recompensas após cada doação. Produto: Ranking atualizado de doadores com um sistema de recompensas, gerando engajamento e incentivando doações recorrentes por meio de competição saudável e benefícios tangíveis.
Requisitos Funcionais
Abaixo estão listados os requisitos funcionais previstos para a aplicação:
| Número de Ordem | Requisito|Descrição | Prioridade | |-----------------|-----------------------------------------|--------------------------------------------------------------------------------------------------------------------------|------------| | RF01| Possuir tela de cadastro | Tela de cadastro solicitando as informações necessárias do usuário com alternativa para cadastrar utilizando contas do Google ou LinkedIn. | Alta | | RF02| Possuir tela de login | O sistema deve conter uma tela dedicada ao login, em que os usuários poderão inserir suas credenciais. Ou logar com Google/LinkedIn. | Alta | | RF03| Possuir tela inicial com acesso ao questionário | Acesso ao questionário diretamente da tela inicial, facilitando o preenchimento para determinar a aptidão à doação de sangue. | Alta | | RF04| Possuir menu com acesso a outras telas| Menu de navegação rápido com acesso às principais telas.| Alta | | RF05| Possuir questionário de aptidão | Questionário de aptidão, que será utilizado para verificar se o usuário está apto a realizar doações de sangue. | Alta | | RF06| Possuir página com mapa de locais de doação próximos | Mapa interativo, exibindo os locais de doação de sangue mais próximos com base na localização do usuário. | Alta | | RF07 | Possuir página de perfil pessoal | Página em que os usuários podem visualizar e editar suas informações cadastradas, e preferências do app. | Alta | | RF08 | Possuir página de ranking | Listagem ranqueada por pontos, em que doadores participantes conseguem ver a colocação com base na frequência de suas doações. | Alta | | RF09 | Possuir páginas informativas (Sobre nós, patrocínios, tipos sanguíneos) | Páginas informativas, fornecendo detalhes sobre a organização, seus patrocinadores, informações sobre os diferentes tipos sanguíneos e sua importância na doação de sangue. | Alta | | RF10 | Possuir tela inicial com notícias | Tela inicial com uma lista de notícias atualizadas sobre doação de sangue, campanhas, e informações de saúde. | Média | | RF11 | Possuir CRUD para a página de notícias | Tela com permissão para criar, alterar e excluir notícias. | Média | | RF12 | Possuir sistema de notificação | Funcionalidade para envio de notificações ao usuário através do aplicativo, e-mail ou whatsapp.| Média | | RF13 | Possuir página FAQ | O sistema deve fornecer uma página de perguntas frequentes (FAQ). | Baixa |
Requisitos Não Funcionais
Abaixo estão listados os requisitos não funcionais previstos para a aplicação:
| Número de Ordem | Requisito | Descrição | Prioridade | |-----------------|-----------------------------------------|------------------------------------------------------------------------------------------------------------|------------| | RNF01 | Disponível 24/7 | O sistema deve estar disponível para acesso 24 horas por dia, 7 dias por semana. | Alta| | RNF02 | Responsivo | O sistema deve ser adaptável a diferentes tamanhos de tela e dispositivos. | Alta | | RNF03 | Conformidade com o RGPD (Regulamento Geral de Proteção de Dados) | O sistema deve garantir conformidade com as normas de proteção de dados e privacidade ao coletar, armazenar e processar dados dos usuários. | Alta | | RNF04 | Ser compatível com os principais navegadores web | O sistema deve ser compatível com os principais navegadores web, como Google Chrome, Mozilla Firefox, Microsoft Edge e Safari. | Alta | | RNF05 | Ser compatível com os principais sistemas operacionais | O sistema deve funcionar corretamente nos principais sistemas operacionais, incluindo Windows, macOS, Linux, Android e iOS. | Alta | | RNF06 | Suportar 1500 acessos simultâneos | O sistema deve ser capaz de suportar até 1500 usuários acessando simultaneamente.| Média | | RNF07 | Possuir opções de acessibilidade | O sistema deve oferecer opções de acessibilidade, como ajuste de contraste, suporte a leitores de tela e navegação por teclado, garantindo usabilidade para pessoas com deficiências. | Média |
Tecnologias Utilizadas
React Native
Uma biblioteca de código aberto mantida pelo Facebook, usada para desenvolver aplicativos móveis nativos para iOS e Android, utilizando JavaScript e React. A escolha da framework se dá pelo fato que ela permite criar aplicativos com desempenho nativo, usando a mesma base de código para diferentes plataformas, com isso é possível gerar apps para ambas as plataformas (Android e iOS) e publicar nas respectivas lojas de aplicativos oficiais.React
Uma biblioteca JavaScript para construir interfaces de usuário, principalmente em aplicações de página única. Mantida pelo Facebook, ela se destaca pela eficiência no gerenciamento de componentes e a utilização de um DOM virtual para otimizar atualizações na interface. Esse framework serve de complemento para o React Native pois nos permite criar uma aplicação WEB para controle e gerenciamento das informações e serem exibidas.Node.js
Um ambiente de execução JavaScript baseado no motor V8 do Google Chrome. Node.js permite que desenvolvedores utilizem JavaScript no lado do servidor para construir aplicações web escaláveis e de alta performance. A escolha do NodeJS é referente a sua flexibilidade e agilidade para construção de APIs que não exigem tanto processamento de dados.JavaScript
Uma linguagem de programação amplamente utilizada no desenvolvimento web para criar páginas interativas. Originalmente criada para o lado do cliente, hoje é usada tanto no front-end quanto no back-end, graças a tecnologias como Node.js.
É utilizada pelas frameworks mencionadas anteriormente (React, React Native, NodeJS).MongoDB
Um banco de dados NoSQL orientado a documentos, que armazena dados em formato JSON. Conhecido por sua flexibilidade e escalabilidade, é amplamente utilizado em aplicações modernas que necessitam de grandes volumes de dados não estruturados. A opção de utilizar um banco NoSQL traz agilidade para o desenvolvimento, permitindo a estruturação e criação do banco de dados de acordo com a necessidade de cada aplicação. MongoDB é também uma escolha devido ao seu custo-benefício em relação a bancos de dados SQL, além de não demandar a robustez de um banco SQL como Oracle e afins.AWS EC2
Amazon EC2 (Elastic Compute Cloud) é um serviço de computação em nuvem da AWS que permite criar e gerenciar servidores virtuais (instâncias) de forma escalável. Ele oferece uma variedade de tipos de instâncias, sistemas operacionais e opções de configuração, permitindo que você execute aplicações na nuvem com flexibilidade e pague apenas pelos recursos que utilizar.Docker
Uma plataforma que permite criar, testar e implementar aplicativos rapidamente, usando contêineres. Os contêineres são leves e portáteis, isolando aplicações para que funcionem consistentemente em qualquer ambiente, facilitando o desenvolvimento e a distribuição.
Sprint 3. Projeto da solução
Planejamento
Nesta Sprint, o objetivo foi realizar o planejamento e a execução das tarefas necessárias para a implantação de funcionalidades fundamentais da plataforma Orby. Cada integrante do grupo ficou responsável por atividades específicas que abrangem desde o desenvolvimento de telas e endpoints até a implementação de funcionalidades de processamento de dados e interatividade na plataforma.
2. Responsabilidades dos Integrantes
Atividade Conjunta (Rodrigo, Ivan e Henrique)
- Implementar o processamento dos dados de aptidão: Esta atividade envolveu a implementação de uma lógica de processamento dos dados coletados no formulário de aptidão, visando determinar a elegibilidade dos doadores para as doações. Este processo é fundamental para garantir que apenas doadores aptos participem do processo de doação.
Rodrigo
- Criar painel para controle do cadastro de notícias: Desenvolvimento de um painel que possibilita o gerenciamento completo das notícias dentro da plataforma.
- Criar tela para inserir os dados da notícia: Interface para que administradores possam cadastrar novas notícias, facilitando a atualização de informações para os usuários.
- Criar tela para exibição das notícias: Tela voltada para a exibição das notícias aos usuários, apresentando as atualizações mais recentes.
- Criar endpoint do cadastro e consulta de notícias: Desenvolvimento de endpoints para suportar a criação e a consulta de notícias na plataforma.
Ivan
- Criar formulário de aptidão: Desenvolvimento de um formulário para coleta de dados e verificação de aptidão dos doadores, etapa essencial para garantir a elegibilidade para doação.
- Criar endpoint do formulário de aptidão: Implementação do endpoint que permite o envio dos dados de aptidão para processamento, conectando a interface de usuário ao backend.
Thiago
- Criar tela inicial (listagem) do fórum: Desenvolvimento da interface que exibe as publicações mais recentes e organizadas do fórum.
- Criar endpoint do cadastro de publicações no fórum: Implementação de um endpoint para permitir a criação de novas publicações pelos usuários.
- Criar endpoint da consulta e modificação de publicação no fórum: Endpoint para consulta e atualização das publicações existentes, possibilitando interatividade no fórum.
- Criar tela detalhes da postagem: Tela que exibe detalhes completos de uma postagem específica, incluindo comentários e interações.
- Criar endpoint para curtir e comentar publicações do fórum: Funcionalidade para permitir interações como curtidas e comentários nas publicações, promovendo engajamento entre os usuários.
Henrique
- Criar endpoint de cadastro de usuário: Desenvolvimento do endpoint responsável pelo cadastro de novos usuários na plataforma, essencial para o funcionamento do sistema.
- Criar tela de login: Interface para que os usuários possam acessar suas contas de maneira segura.
- Criar endpoint de login: Endpoint que autentica os usuários e permite o acesso ao sistema.
- Criar tela de cadastro de usuário: Interface de cadastro para novos usuários, integrando-se ao backend para armazenamento seguro de dados.
Status de desenvolvimento dos processos
Processo 1: Cadastro e Login de Usuários (Henrique)
- Status: Completo
- Atividades:
- Criar endpoint de cadastro de usuário.
- Criar tela de login.
- Criar endpoint de login.
- Criar tela de cadastro de usuário.
- Descrição: Todas as atividades relacionadas ao cadastro e login de usuários foram finalizadas, incluindo a implementação dos endpoints e das interfaces para cadastro e autenticação.
Processo 2: Formulário de Aptidão (Ivan)
- Status: Em Desenvolvimento
- Atividades:
- Criar formulário de aptidão.
- Criar endpoint do formulário de aptidão.
- Descrição: Ivan está trabalhando no desenvolvimento do formulário de aptidão e seu endpoint. Esta funcionalidade é essencial para coletar dados dos doadores e verificar sua elegibilidade para doação.
Processo 3: Verificar Aptidão para Doação (Rodrigo, Ivan e Henrique)
- Status: Em Desenvolvimento
- Atividades:
- Implementar o processamento dos dados de aptidão.
- Descrição: Rodrigo, Ivan e Henrique estão colaborando na implementação do processamento dos dados coletados no formulário de aptidão. Esta funcionalidade analisa a elegibilidade dos doadores e direciona os dados para triagem.
Processo 4: Fórum (Thiago)
- Status: Completo
- Atividades:
- Criar tela inicial (listagem) do fórum.
- Criar endpoint do cadastro de publicações no fórum.
- Criar endpoint da consulta e modificação de publicação no fórum.
- Criar tela de detalhes da postagem.
- Criar endpoint para curtir e comentar publicações no fórum.
- Descrição: Todas as atividades do fórum foram finalizadas. O processo inclui a criação das interfaces e dos endpoints necessários para permitir a interação dos usuários, incluindo a listagem de publicações, cadastro, consulta, modificações, curtidas e comentários.
Processo 5: Cadastro e Exibição de Notícias (Rodrigo)
- Status: Em Desenvolvimento
- Atividades:
- Criar painel para controle do cadastro de notícias.
- Criar tela para inserir os dados da notícia.
- Criar tela para exibição das notícias.
- Criar endpoint do cadastro e consulta de notícias.
- Descrição: Rodrigo está desenvolvendo as funcionalidades de cadastro e exibição de notícias. Esse processo envolve o painel de controle, a interface para inserir notícias e o endpoint para suporte ao cadastro e consulta.
Links para a aplicação frontend
- O código da aplicação frontend se encontra hospedado neste mesmo repositório na pasta orby-app.
- Através do link a seguir é possível realizar o download da aplicação disponível para dispositivos android;
- https://drive.google.com/file/d/1F3LReKQ9Ykrdv15FITJf4HgTCN81Ldng/view?usp=sharing
Owner
- Name: PUC Minas Barreiro
- Login: ICEI-PUC-Minas-PBR-SI
- Kind: organization
- Repositories: 4
- Profile: https://github.com/ICEI-PUC-Minas-PBR-SI
Citation (CITATION.cff)
cff-version: 1.0.1
message: Please cite this software using these metadata.
title:
authors:
- family-names: Henrique Martins da Rocha
given-names:
- family-names: Rodrigo Teixeira Lucas
given-names:
- family-names: Thiago da Silva de Oliveira
given-names:
- family-names: Ivan Junior Ferreira Bragança
given-names:
- family-names:
given-names:
- family-names:
given-names:
- family-names:
given-names:
- name-suffix: Professor Cleia Marcia Gomes Amaral
affiliation: PUC Minas
family-names:
given-names:
keywords:
-
-
repository-code:
license: CC-BY-4.0
version: 1.0.0
date-released: 2023-06-30
GitHub Events
Total
- Issues event: 1
- Watch event: 1
- Delete event: 12
- Issue comment event: 1
- Push event: 32
- Pull request review event: 5
- Pull request review comment event: 5
- Pull request event: 34
- Create event: 16
Last Year
- Issues event: 1
- Watch event: 1
- Delete event: 12
- Issue comment event: 1
- Push event: 32
- Pull request review event: 5
- Pull request review comment event: 5
- Pull request event: 34
- Create event: 16
Dependencies
- mongo latest
- node latest build
- 229 dependencies
- nodemon ^3.1.4 development
- bcrypt ^5.1.0
- braces ^3.0.3
- cors ^2.8.5
- dotenv ^16.3.1
- express ^4.19.2
- joi ^17.9.2
- jsonwebtoken ^9.0.0
- mongodb ^6.8.0
- mongoose ^7.8.1
- semver ^7.6.3
- tar ^7.4.3
- 949 dependencies
- @babel/core ^7.20.0 development
- @expo-google-fonts/jaldi ^0.2.3
- @react-navigation/bottom-tabs ^6.6.1
- @react-navigation/native ^6.1.18
- @react-navigation/native-stack ^6.11.0
- axios ^1.7.7
- expo ~51.0.28
- expo-status-bar ~1.12.1
- react 18.2.0
- react-native 0.74.5
- react-native-gesture-handler ~2.16.1
- react-native-mask-text ^0.14.2
- react-native-safe-area-context 4.10.5
- react-native-screens 3.31.1
- nginx 1.15.0 build