Avance para a próxima arquitetura sem abrir mão dos ativos existentes.
Os componentes usados há muitos anos acumulam decisões de negócio e especificações próprias dos equipamentos. A KomuraSoft não os substitui indiscriminadamente: investigamos o papel e as dependências de cada um e apoiamos a migração combinando uso continuado, revisão da forma de conexão e substituição.
Problemas sobre os quais pode nos consultar
- Especificações importantes estão em COM / ActiveX / OCX e não podem ser substituídas de imediato
- Componentes de 32 bits impedem a atualização do aplicativo ou do ambiente de execução
- Você quer usar, a partir de um novo aplicativo .NET, funcionalidades criadas em C++
- Uma reformulação completa é difícil, mas continuar mantendo a arquitetura atual também gera insegurança
- Você quer, antes de mais nada, organizar as dependências e a ordem de migração para uma substituição futura
Organizar o que manter, conectar e substituir
Identificar os ativos que serão mantidos
Verificamos se um componente é de interface, se contém lógica de negócio ou se cuida da comunicação com equipamentos. Investigamos o código-fonte, as condições de uso e o ambiente de que ele depende, e organizamos o valor de continuar usando o componente e suas restrições.
Projetar a conexão com o lado novo
Avaliamos um wrapper em C++/CLI, a integração por meio de COM, a execução em processo separado e outras opções. Incluindo 32 bits / 64 bits, permissões, threads e tratamento de erros, deixamos claro o papel da camada de integração.
Definir a ordem da substituição em etapas
Verificamos as funcionalidades dependentes e o impacto sobre as operações atuais e separamos o que será atualizado primeiro do que será substituído depois. O método de verificação das especificações existentes e as condições de rollback também entram no plano de migração.
Como o trabalho é conduzido
- Investigamos os ativos e as restrições. Organizamos o papel de cada componente, as relações de chamada e os ambientes de desenvolvimento e de execução.
- Comparamos os métodos. Verificamos as vantagens e os custos de manter o componente em uso, criar uma camada de integração, executá-lo em processo separado ou substituí-lo.
- Validamos a conexão. Confirmamos primeiro os pontos incertos e detalhamos as modificações necessárias e a ordem da migração.
- Implementamos e migramos a partir do escopo acordado. Avançamos para a nova arquitetura verificando o comportamento existente.
O objetivo não é apenas prolongar a vida útil de componentes antigos, mas chegar a uma situação em que se saiba o que será mantido e onde será possível mudar a seguir.
Atendemos conforme o foco da sua consulta
Se o foco for o desenvolvimento ou a correção de um componente específico, veja também Desenvolvimento de componentes COM. Se o foco for refazer o aplicativo inteiro, veja Substituição de aplicativos Windows.
Se você não sabe como os componentes estão organizados, conte-nos o que souber: o nome do aplicativo, a linguagem de desenvolvimento e o motivo da atualização.