Desenvolvimento Windows e apoio técnico da KomuraSoft

Reaproveitamento e migração de ativos legadosAproveitar os ativos acumulados e avançar para a próxima arquitetura.

Componentes que guardam lógica de negócio ou especificações próprias de equipamentos não devem ser descartados de forma indiscriminada. Investigamos os ativos em COM, ActiveX e C++ e migramos combinando manter, conectar e substituir.

Não é preciso ter um documento de especificação. Você pode nos consultar a partir do que já sabe.

  • Atendimento direto por engenheiro
  • Consulte antes de definir os requisitos
  • Pode começar pelo escopo necessário

Você pode nos consultar desde esta etapa

Comece pelo que está causando problemas agora.

Componentes antigos guardam especificações importantes e não podem ser substituídos

Investigamos o papel de cada componente e as condições para continuar usando-o e deixamos claro o motivo de mantê-lo.

Ativos em C++ e de 32 bits dificultam a atualização

Avaliamos a conexão com o lado novo, por exemplo com wrappers ou execução em outro processo.

Uma reformulação completa é difícil, mas também não é possível deixar como está

Organizamos a ordem das atualizações a partir das dependências e do impacto na operação.

Alguém com quem você pode tratar as questões técnicas do jeito que elas são.

Foto de perfil de Go Komura

Representante e engenheiro

Go Komura

Um engenheiro especializado em Windows cuida de tudo, da compreensão do desafio à investigação, ao projeto e à implementação. Mesmo o que você ainda não consegue explicar bem, nós organizamos a partir das questões técnicas.

Ver experiência e tecnologias / Ver informações da empresa

Artigo técnico publicado

Como lidar hoje com ActiveX / OCX

Nos artigos técnicos você encontra os pontos a que damos importância nesta área e a forma como pensamos o projeto. Eles são apresentados separadamente dos projetos executados sob contrato.

Ler os artigos técnicos

Escopo do atendimento

Você pode nos confiar desde uma parte do trabalho até o conjunto.

De uma investigação ou modificação pontual ao desenvolvimento completo, o escopo é definido conforme a sua situação atual.

Investigação de ativos existentes e de suas dependências

Investigação do papel e das dependências de COM / ActiveX / OCX, ativos em C++ e outros, com a organização das condições para continuar usando cada um.

Projeto de uma arquitetura de migração em etapas

Definição das especificações que devem ser mantidas e projeto da arquitetura que liga os componentes existentes ao novo aplicativo, com a ordem de migração.

Apoio à migração de ambientes mistos de 32 bits e 64 bits

Avaliação do método de migração adequado às restrições de cada componente, incluindo a execução em processo separado e a implementação da camada de integração.

Exemplos do que verificamos e entregamos

  • Resumo dos ativos, das dependências e das restrições
  • Comparação das formas de integração e resultados da validação
  • Plano de migração por etapas e implementação dos pontos de conexão

São exemplos que variam conforme o escopo contratado. O escopo e o formato dos entregáveis são acordados na elaboração do orçamento.

Se algum destes desafios se parece com o seu, conte-nos primeiro a sua situação.

Não é preciso ter um documento de especificação. Você pode nos consultar a partir do que já sabe.

Custos e andamento

Você não precisa definir tudo desde o início.

Começando pelo inventário dos ativos e pela definição da diretriz de migração

Você pode nos contratar apenas para a etapa de decidir quais componentes podem ser mantidos e por onde começar a atualização.

Referência de custos

Orçamento conforme o escopo de investigação, conexão e migração dos ativos

Verificamos as dependências e as restrições e propomos o escopo a validar e a forma de conduzir a migração por etapas.

Sobre o escopo gratuito da investigação inicial e os serviços pagos

Partimos do princípio de que, se a viabilidade for confirmada, você contratará o desenvolvimento principal; nesse caso, a investigação inicial necessária para o orçamento e para a decisão de aceitar o projeto é, em princípio, gratuita. Validações prolongadas, a montagem de um ambiente dedicado, protótipos e PoC (prova de conceito) e a entrega de relatórios detalhados de investigação, entre outros, podem ser pagos.

Quando você contrata a própria investigação ou revisão, ela é orçada como um serviço pago independente. Nos casos pagos, informamos o escopo e o custo antes de começar.

  1. Compartilhe a situação

    Conte o objetivo, o problema e o ambiente envolvido, no que for possível.

  2. Confirme escopo e custo

    Apresentamos a investigação necessária, o escopo do atendimento, os entregáveis, o custo e o andamento.

  3. Comece depois de combinar

    Durante a investigação ou o desenvolvimento, compartilhamos o andamento, o que foi confirmado e as restrições que permanecem.

  4. Verifique os resultados e receba a entrega

    Verificamos os resultados nas condições acordadas e preparamos a implantação ou o próximo passo.

Para quem quer conhecer em detalhe o atendimento técnico

Abrir tecnologias atendidas e detalhes do andamento

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

  1. 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.
  2. 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.
  3. Validamos a conexão. Confirmamos primeiro os pontos incertos e detalhamos as modificações necessárias e a ordem da migração.
  4. 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.

Perguntas frequentes antes de contratar

Posso consultar mesmo que não seja possível substituir COM ou ActiveX de imediato?

Sim. Partimos do princípio de que ainda existem especificações de negócio e processamentos próprios do equipamento e separamos o que continua em uso do que será alterado. Deixamos claros os motivos para manter cada parte e as condições para uma futura substituição, e avaliamos uma arquitetura em etapas.

É possível migrar mesmo que ainda existam componentes de 32 bits?

Investigamos até onde e de que forma a migração é possível. Verificamos as restrições do aplicativo chamador e dos componentes e avaliamos arquiteturas como a execução em processo separado. Também verificamos se basta acrescentar uma camada de integração antes de decidir.

Posso contratar apenas o levantamento dos ativos e a definição da diretriz de migração?

Sim. Você pode nos contratar desde a organização dos ativos existentes, a comparação de métodos e a avaliação da ordem de substituição. Confirmamos o escopo da investigação e os materiais necessários antes de começar.

Contato

Comece com algumas linhas sobre a sua situação.

Não é preciso ter um documento de especificação detalhado nem usar termos técnicos. Informe o seguinte, no que for possível.

  • O problema ou o resultado que você quer alcançar
  • O software, os equipamentos e o ambiente envolvidos
  • O prazo desejado (pode ser indefinido)

No primeiro contato, não é necessário anexar documentos confidenciais nem senhas.

Exemplo de mensagem de consulta

Quero migrar para um novo aplicativo .NET mantendo os ativos em C++ e COM. Gostaria de conversar sobre o que separar na migração.

Não é preciso ter um documento de especificação. Você pode nos consultar a partir do que já sabe.

O botão de consulta leva à página de contato em português, com as formas de entrar em contato. Com "Consultar por e-mail", é possível criar uma mensagem de e-mail com o nome do serviço.