You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 24, 2026. It is now read-only.
O objetivo desta issue é gerenciar o lançamento da versão 0.3.0 da interface gráfica do QSARModeling, que será a primeira versão disponível para testes dos nossos colaboradores. Esta versão deve permitir que o usuário realize, a partir de matrizes de seu interesse, a geração e validação de um modelo QSAR.
Objetivo Geral
A seleção do conjunto mínimo de funcionalidades segue os princípios do pensamento enxuto (Lean thinking), priorizando a entrega de valor ao usuário, validação rápida de hipóteses e iteração contínua com base no feedback. Desta forma, o objetivo geral a ser atingido é:
Obter feedback real de usuários do QSARModeling, a fim de tomar decisões nas direções de seu desenvolvimento.
Para isso, deseja-se um produto mínimo que permita ao usuário construir e validar um modelo QSAR, mas sem a preocupação de oferecer qualquer tipo de customização ou detalhes que não levem diretamente ao objetivo geral.
Funcionalidades Essenciais
Para isso, elencamos o seguinte conjunto de funcionalidades esseciais:
Carregar matriz de descritores
Justificativa: Essa funcionalidade é fundamental para iniciar qualquer análise QSAR. Sem a matriz de descritores, não há base para os demais passos do processo. Priorizar o upload permite validar a interação inicial do usuário com a interface.
Carregar vetor de bioatividades
Justificativa: Assim como os descritores, as bioatividades são essenciais para o fluxo de modelagem QSAR. Essa funcionalidade, combinada ao upload de descritores, testa a integração de dados essenciais.
Ver estatísticas sobre os dados carregados
Justificativa: Garantir que os dados carregados estão corretos e completos é uma etapa crítica antes de qualquer análise. Essa funcionalidade oferece ao usuário confiança no processo e reduz o retrabalho.
Seleção de variáveis
Justificativa: A seleção de variáveis otimiza os descritores, permitindo modelos mais eficientes e interpretáveis. Essa funcionalidade valida uma das principais hipóteses de valor do QSARModeling: oferecer ferramentas para análise robusta de dados.
Geração de modelo de QSAR
Justificativa: Este é o core do software, onde o usuário obtém o maior valor. Validar a capacidade de gerar modelos funcionais é essencial para provar a viabilidade do QSARModeling como ferramenta.
Validação do modelo
Justificativa: Sem a validação, não há como determinar a eficácia ou utilidade do modelo QSAR gerado. Essa funcionalidade testa a integração entre dados, seleção de variáveis e resultados finais.
Ver estatísticas do modelo validado
Justificativa: Exibir métricas de desempenho garante transparência e fornece aos usuários insights sobre a qualidade do modelo. Isso também é uma funcionalidade essencial para coletar feedback sobre a usabilidade da interface.
Princípios do Lean Methodology Aplicados
Foco no valor: Cada funcionalidade é diretamente relacionada ao fluxo de trabalho crítico do usuário, garantindo que o MVP entrega valor real desde o início.
Minimização de desperdício: A versão inicial exclui funcionalidades avançadas ou secundárias para acelerar o desenvolvimento e a validação.
Ciclo Build-Measure-Learn: Lançar o conjunto mínimo permite coletar feedback real de usuários iniciais, evitando suposições sobre funcionalidades que não geram valor.
Iteração contínua: O MVP será aprimorado com base nas descobertas e validações realizadas nesta etapa.
Critérios de Aceitação
Não desejamos perfeição ou métricas excepcionais; desejamos o feedback do usuário.
Funcionalidades core devem estar operacionais: As funcionalidades essenciais (upload de dados, geração e validação do modelo) devem estar implementadas em um nível suficiente para permitir a execução do fluxo básico de trabalho pelos usuários.
Feedback do usuário é prioritário: O lançamento do MVP deve permitir a coleta de feedback real dos usuários sobre usabilidade, problemas e funcionalidades necessárias, priorizando melhorias futuras com base nesse retorno.
Documentação mínima disponível: Deve haver instruções claras e concisas para guiar o usuário no uso das funcionalidades do MVP, reduzindo barreiras de entrada e dúvidas básicas.
Identificação e priorização de melhorias: Durante os testes iniciais, quaisquer problemas ou inconsistências devem ser registrados e priorizados para futuras iterações, sem bloquear o lançamento do MVP.
Foco na validação do fluxo completo: O objetivo principal é validar que o fluxo básico (carregamento de dados até a obtenção de estatísticas do modelo) atende às necessidades iniciais dos usuários, mesmo que melhorias sejam necessárias posteriormente.
Pendências
Assim, fica pendente:
Contatar os adotantes iniciais e informá-los da metodologia
O objetivo desta issue é gerenciar o lançamento da versão
0.3.0da interface gráfica do QSARModeling, que será a primeira versão disponível para testes dos nossos colaboradores. Esta versão deve permitir que o usuário realize, a partir de matrizes de seu interesse, a geração e validação de um modelo QSAR.Objetivo Geral
A seleção do conjunto mínimo de funcionalidades segue os princípios do pensamento enxuto (Lean thinking), priorizando a entrega de valor ao usuário, validação rápida de hipóteses e iteração contínua com base no feedback. Desta forma, o objetivo geral a ser atingido é:
Para isso, deseja-se um produto mínimo que permita ao usuário construir e validar um modelo QSAR, mas sem a preocupação de oferecer qualquer tipo de customização ou detalhes que não levem diretamente ao objetivo geral.
Funcionalidades Essenciais
Para isso, elencamos o seguinte conjunto de funcionalidades esseciais:
Carregar matriz de descritores
Carregar vetor de bioatividades
Ver estatísticas sobre os dados carregados
Seleção de variáveis
Geração de modelo de QSAR
Validação do modelo
Ver estatísticas do modelo validado
Princípios do Lean Methodology Aplicados
Critérios de Aceitação
Funcionalidades core devem estar operacionais: As funcionalidades essenciais (upload de dados, geração e validação do modelo) devem estar implementadas em um nível suficiente para permitir a execução do fluxo básico de trabalho pelos usuários.
Feedback do usuário é prioritário: O lançamento do MVP deve permitir a coleta de feedback real dos usuários sobre usabilidade, problemas e funcionalidades necessárias, priorizando melhorias futuras com base nesse retorno.
Documentação mínima disponível: Deve haver instruções claras e concisas para guiar o usuário no uso das funcionalidades do MVP, reduzindo barreiras de entrada e dúvidas básicas.
Identificação e priorização de melhorias: Durante os testes iniciais, quaisquer problemas ou inconsistências devem ser registrados e priorizados para futuras iterações, sem bloquear o lançamento do MVP.
Foco na validação do fluxo completo: O objetivo principal é validar que o fluxo básico (carregamento de dados até a obtenção de estatísticas do modelo) atende às necessidades iniciais dos usuários, mesmo que melhorias sejam necessárias posteriormente.
Pendências
Assim, fica pendente: