Skip to content
This repository was archived by the owner on May 24, 2026. It is now read-only.
This repository was archived by the owner on May 24, 2026. It is now read-only.

Primeiro MVP do QSARModeling #47

@hellmrf

Description

@hellmrf

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:

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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
  • Coletar feedback para iniciar a próxima iteração.

Metadata

Metadata

Assignees

No one assigned

    Labels

    TODOui: GUIRelacionado à Interface Gráfica de Usuário (GUI)
    No fields configured for Discussion.

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions