O software não é o seu negócio. O sistema é.
Um sistema novo, a substituição de um sistema antigo mesmo sem código-fonte, ou IA dentro de um sistema que já funciona. Experiência desde 1989, IA no nosso dia a dia e compromisso com prazo e orçamento, sem precisar de montar uma equipa de desenvolvimento.
As três situações que mais encontramos.
Precisa de software, não de um departamento de software
O software não é o seu produto, mas o negócio depende dele. Traz o conhecimento do negócio, nós tratamos do resto: especificação, desenvolvimento, segurança e manutenção. Sem recrutar nem gerir uma equipa de desenvolvimento própria.
Está a substituir um sistema antigo
Mesmo sem código-fonte: reverse engineering rápido a partir dos executáveis e dos dados, daí para os requisitos, e depressa para um sistema moderno e melhor.
Está a juntar IA a um sistema existente
Classificação de documentos, extração de dados, um assistente que responde a partir da sua própria informação. Dentro do sistema que já usa, com a mesma segurança e as mesmas permissões.
Experiência desde 1989. IA no nosso dia a dia.
Quatro coisas por trás de cada uma das três situações.
Uma especificação que aprova, e um prazo e orçamento que cumprimos
A especificação é escrita em duas versões: uma na sua linguagem, e outra para programadores, com as regras de engenharia que não sabia que devia pedir. O nosso compromisso aplica-se a ela, e cada alteração passa por ela antes de se escrever código.
Um sistema antigo não é um mistério para nós
Os nossos sócios dirigem software houses desde 1989, desde o tempo do MAGIC, e viram as tecnologias do seu sistema quando eram novas. Também já o fizemos nós próprios: o DocsRobot, o nosso produto, é uma migração completa de um produto nosso anterior para tecnologias totalmente diferentes.
IA que usamos todos os dias, não só de que falamos
O nosso processo de desenvolvimento assenta em IA, e um sistema de IA testa o DocsRobot todas as noites. Sabemos onde poupa trabalho e onde erra com toda a confiança, por isso dentro do seu sistema funciona com controlo, com a mesma segurança e as mesmas permissões. Temos experiência a ligar IA a sistemas existentes, incluindo através de MCP.
Código, documentação e segurança que ficam seus
O código está sempre disponível e os nomes correspondem à especificação, para que qualquer equipa o possa continuar. Certificação ISO 27001, trabalho segundo o OWASP Top 10 e testes de intrusão automáticos em projetos grandes.
Três passos, em cada uma das três situações.
Os passos são os mesmos. O que muda é de onde vem a especificação.
Conversa
Uma hora. Conta-nos o que precisa e porquê, nós perguntamos e gravamos. No fim: o que percebemos, as perguntas que vão definir o âmbito e um preço fixo para a fase de especificação.
Especificação
- Sistema novo: a partir das gravações das nossas reuniões consigo.
- Substituição de sistema antigo: reverse engineering a partir dos executáveis e dos dados, mesmo sem código-fonte, até termos o quadro completo do que o sistema faz hoje.
- Adicionar IA: o que o componente faz, com que dados, o que decide sozinho e o que passa para aprovação de uma pessoa.
No fim: uma especificação em duas versões e uma estimativa vinculativa de prazo e orçamento. A especificação é sua, mesmo que não continue connosco.
Desenvolvimento, entrega e manutenção
Agentes de IA escrevem e testam o código, e programadores experientes supervisionam e respondem por cada linha. Na substituição de um sistema, inclui a migração dos dados do sistema antigo. A especificação e o código mantêm-se atualizados e documentados até à entrega, e depois dela.
A sua especificação inclui o que não sabia que devia pedir.
Um sistema novo, um sistema que substitui um antigo ou um componente de IA dentro de um sistema existente: cada requisito é verificado contra o nosso livro de regras de desenvolvimento, centenas de regras acumuladas ao longo de décadas. Uma regra relevante que não é óbvia entra na versão da especificação para programadores. Três exemplos que pesam especialmente nas organizações:
Como testar algo que acontece uma vez por mês sem esperar um mês?
O que ganha: faturação mensal, um relatório trimestral, uma renovação anual. Tudo totalmente testado antes do lançamento, não depois de passar o primeiro mês.
A regra: qualquer sistema com processos diários, semanais, mensais ou anuais corre num relógio de simulação que controlamos, não no relógio do servidor. Nos testes avançamos o relógio e vemos o que acontece.
Dois colaboradores editam o mesmo registo. Nenhum sobrepõe o outro em silêncio.
O que ganha: integridade dos dados no trabalho em equipa. O trabalho de ninguém desaparece sem que saiba.
A regra: cada registo editável tem uma versão exposta como cabeçalho ETag . Uma atualização tem de incluir If-Match com a versão que foi lida. Se o registo mudou entretanto: 412, e o utilizador recebe uma mensagem clara. Nunca um last-write-wins silencioso, nem perante processos em segundo plano.
Quando um sistema externo falha, o seu continua a funcionar.
O que ganha: quando um fornecedor de pagamentos, um serviço de email ou um modelo de IA não responde, o sistema continua a funcionar em tudo o que não depende dele. E quando algo corre mal, um número de referência leva ao quadro completo em minutos.
A regra: cada chamada a um serviço externo é envolvida num retry com exponential backoff e jitter, apenas para erros em que repetir pode resultar, e num circuit breaker que abre após falhas consecutivas. Cada pedido recebe um correlationId que é anexado a cada linha de log e mostrado ao utilizador num erro crítico.
O que importa a quem já trabalha connosco.
A Assembly ouviu o que precisávamos, voltou com um âmbito claro, uma data de entrega e um orçamento, e entregou exatamente isso, na data e no orçamento que indicou. Desde então tem sido, na prática, a nossa equipa de tecnologia interna, sem surpresas no nosso planeamento financeiro.
Há alguém que percebe mesmo o que precisa e não foge a perguntas diretas, e sente-se que a empresa assume a responsabilidade pelo que entrega.
Antes de começar
Precisamos de um número antes de começar. Quando o recebemos?
Gerimos a nossa própria infraestrutura. Isso é um problema?
Não temos o código-fonte do sistema antigo. Ainda assim pode ser substituído?
O que acontece quando o componente de IA do nosso sistema erra?
O que acontece depois da entrega?
O que faz a IA no projeto, e o que não faz?
Uma hora. Sem compromisso.
No fim saberá o que percebemos, que perguntas estão em aberto e quanto custará a especificação. Se acharmos que não vale a pena construir, também o dizemos.
Ou diretamente: info [at] assemblyso.com
