Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Padronizar entrada de dados - Parte 1 - Definir estrutura padrão de entrada #7

Open
gabrielRPacheco opened this issue Aug 28, 2023 · 3 comments
Assignees
Labels
documentation Improvements or additions to documentation enhancement New feature or request

Comments

@gabrielRPacheco
Copy link
Collaborator

gabrielRPacheco commented Aug 28, 2023

Estudar e comparar tanto as interfaces atuais da BSN para:
(1.1.) usar cadeias de markov,
(1.2.) sensores físicos,
(1.3.) bancos de dados como o do Sírio Libanês ou Physionet

Em seguida documentar a comparação entre a interface atual e os formatos dos dados de cada uma das fontes listadas. Por fim, pode haver uma indicação de padrão de projeto (aka software design patterns) para implementar uma solução única.

Dicas:

Quantidade de horas estimadas para conclusão: 16h

@gabrielRPacheco gabrielRPacheco added the enhancement New feature or request label Aug 28, 2023
@gabrielRPacheco gabrielRPacheco self-assigned this Aug 28, 2023
@gabrielRPacheco
Copy link
Collaborator Author

Criar uma estimativa inicial da quantidade de horas necessárias para cada uma das issues criadas estudando brevemente o código

@rdinizcal
Copy link

@gabrielRPacheco essa issue pode ainda ser refinada em duas: 1. Definir estrutura padrao de entrada. 2. Aplicar estrutura padrao de entrada.

O passo (1) requer que estude e compare tanto as interfaces atuais da BSN para (1.1.) usar cadeias de markov, (1.2.) sensores físicos, (1.3.) bancos de dados como o do Sírio Libanês ou Physionet. Já nesse passo (1), recomendo documentar a comparação que fez entre a interface atual e os formatos dos dados de cada uma das fontes listadas. Por fim, pode haver uma indicação de padrão de projeto (aka software design patterns) para implementar uma solução única. Dica: Ler Adapter, proxy, ou facade patterns.

O passo (2) significa escolher um dos padrões de projeto e mapear para a realidade do ROS. Ou seja, identificar os elementos estruturais do ROS (nós, tópics, parametros, pacotes) e mapeá-los para uma solução de padrão de projeto escolhida. Após o mapeamento a nível de projeto, você pode realizar a implementação.

Caso concorde com minhas ideias, às incorpore na(s) issue(s). Não esqueça de fazer uma estimativa de tempo que deve ser dedicado para implementação.

@gabrielRPacheco
Copy link
Collaborator Author

Obrigado pela sugestão! Vou editar as Issues para seguir esse modelo sugerido e já tentar estimar a quantidade de horas para cada tarefa, mas ainda estou um pouco perdido nessa parte

@gabrielRPacheco gabrielRPacheco changed the title Padronizar entrada de dados Padronizar entrada de dados - Parte 1 - Interfaces da BSN Sep 1, 2023
@gabrielRPacheco gabrielRPacheco changed the title Padronizar entrada de dados - Parte 1 - Interfaces da BSN Padronizar entrada de dados - Parte 1 - Definir estrutura padrao de entrada Sep 1, 2023
@gabrielRPacheco gabrielRPacheco changed the title Padronizar entrada de dados - Parte 1 - Definir estrutura padrao de entrada Padronizar entrada de dados - Parte 1 - Definir estrutura padrão de entrada Sep 1, 2023
@gabrielRPacheco gabrielRPacheco added the documentation Improvements or additions to documentation label Sep 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants