Casos sintéticos
Entradas controladas para conferir unidades, equilíbrio, consistência, extremos e respostas esperadas. Casos inválidos também precisam produzir o bloqueio ou a pendência correta.
Por dentro do processo
Como construímos o motor de cálculo
Uma conta confiável começa antes de executar o software. Começa na escolha do método, na definição do seu campo de aplicação e na verificação do que foi implementado.
Produto em desenvolvimento · módulos e integrações têm estágios diferentes
Da norma à rotina de cálculo.
Destrinchamos as normas pertinentes a cada assunto e os métodos técnicos adotados para definir entradas, unidades, hipóteses, verificações e limites. Essa análise orienta a implementação das rotinas do motor proprietário.
01
Delimitar o método
Identificar a referência, sua edição e o campo de aplicação. Registrar as hipóteses e as condições que precisam ser atendidas para usar o método.
02
Codificar as verificações
Transformar os procedimentos adotados em rotinas determinísticas, com entradas explícitas e tratamento de condições inválidas ou não cobertas.
03
Confrontar os resultados
Comparar a implementação com casos de referência, testar limites e repetir as verificações após alterações para detectar regressões.
04
Revisar antes de usar
Examinar premissas, resultados e pendências no contexto do projeto. Um resultado numérico não dispensa a avaliação do engenheiro habilitado.
O que os testes precisam demonstrar.
A validação combina testes automatizados e conferência técnica dos casos. O objetivo é encontrar divergências e proteger os limites do método, além de conferir números.
Referências independentes
Comparações com cálculos de referência e conferência manual dos casos, com hipóteses e tolerâncias explícitas. A referência precisa ser adequada ao fenômeno avaliado.
Regressões
Reexecutar os casos afetados quando uma rotina muda. Um teste que passa protege o comportamento que ele verifica; não comprova sozinho todas as situações de projeto.
A quantidade e a cobertura variam por módulo. Revisão externa por especialistas e testes com profissionais e pesquisadores fazem parte da preparação para a abertura pública.
Da conversa ao projeto revisado.
Fluxo proposto para a plataforma completa. O motor executa as contas; a IA organiza informações e ajuda a interpretar mudanças; o engenheiro confirma as premissas e decide.
fablecalc · Residência modeloSimulação interativa · fluxo proposto
Uma alteração. Todo o caminho do resultado.
Cálculos simplificados para demonstrar o processo. Chat e análise por IA são roteirizados; nada é enviado ou salvo. Não é o motor proprietário nem um projeto executivo.
Revisão R02 · sapata S1 / pilar P1
Escolha as premissas e simule a alteração.
Detalhe da etapa · 01
O engenheiro descreve o projeto e fornece documentos, geometria, cargas, materiais e dados do terreno.
Mudou uma premissa? O comparativo e as prévias são invalidados; confirme e recalcule novamente.
Conversa · roteirizada
Engenheiro
A carga do pilar mudou. Recalcule S1 com 1800 kN.
Análise de mudanças · R01 → R02
O comparativo aparece após a confirmação e o cálculo.
Concluir esta revisão apenas avança a simulação; não aprova um dimensionamento de engenharia.
Entregas · prévias simuladas
DXF / DWG · Revit / IFC · impressãoConfirme as premissas e revise o resultado para liberar as prévias.
Destinos do fluxo proposto. Esta demonstração não gera arquivos nem envia um modelo ao BIM.
↻ Mudou a carga, a geometria ou o material? Confirmar as novas premissas → recalcular → comparar → revisar novamente.
A IA não cria fórmulas durante o cálculo nem substitui a decisão técnica. Uma explicação da IA não elimina uma pendência registrada pelo motor.
Exemplo: a carga de um pilar mudou.
O engenheiro informa a nova carga. O chat organiza a alteração e solicita a confirmação dos demais dados relevantes. O motor recalcula a fundação; a análise compara os resultados e destaca as verificações afetadas. O engenheiro revisa a alternativa antes de atualizar os documentos do projeto.
Exemplo do fluxo proposto. Na landing, a simulação permite experimentar mudanças de premissas com cálculos simplificados.
Experimentar a simulaçãoDo resultado às ferramentas de projeto.
A entrega precisa manter coerência entre cálculo, desenho, modelo e documentação. Os formatos abaixo representam a direção de desenvolvimento; a disponibilidade depende de cada módulo e integração.
Memória e pranchas
Documentação das entradas, verificações e resultados para revisão, impressão e plotagem.
Desenhos CAD
Intercâmbio de desenhos por DXF e fluxos com DWG, conforme a ferramenta e o suporte implementado.
Modelos e fluxo BIM
Integração com Revit/RVT e intercâmbio IFC por conectores e APIs, preservando a revisão dos elementos e sua correspondência com o cálculo.
Há implementação DXF em escopo limitado para blocos sobre estacas, com validação final em CAD pendente. Fluxos DWG, Revit/RVT e BIM são planejados; não representam entregas executivas disponíveis.
Método, evidência e responsabilidade.
Buscamos implementar os procedimentos adotados com fidelidade e rastreabilidade, dentro do escopo verificado. Determinismo significa reprodutibilidade; a adequação do método e a correção das premissas precisam de validação. O código é proprietário. A revisão do projeto e a responsabilidade técnica permanecem com o engenheiro habilitado.
Voltar à versortech