Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
A chave é o grau em que os sistemas de código aberto correspondem às operações do núcleo. Se 80% dos processos estiverem diretamente disponíveis, apenas marcas, privilégios, algumas interfaces e interfaces são necessárias, e o desenvolvimento secundário geralmente é mais econômico; se forem necessárias mudanças extensas para modelos de dados, privilégios e processos chave, de curto prazo, os economizadores aparentemente podem ser capazes de produzir empilhadeiras que são difíceis de atualizar a longo prazo.
Que condições precisam ser identificadas antes de se fazer o julgamento?
A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Selecione o processo real mais complexo para validar no sistema candidato de código aberto.
Dependência da Chave de Validação
Revisão das modalidades de licenciamento, arquitetura, dependência, testes, segurança e implantação.
Desenvolvimento de resultados avaliáveis
Os custos de modernização, manutenção e substituição são estimados em cinco anos, em vez de serem desenvolvidos apenas pela primeira vez.
Certifique-se de decidir o próximo passo com os resultados reais.
Camadas e núcleos personalizados são dissociados tanto quanto possível e programas de atualização e migração são mantidos.
Como é que entendes isso no negócio?
A empresa tem que construir um sistema de planilhas, com produtos de código aberto que suportem planilhas, papéis e notificações, mas a empresa precisa de protocolos complexos de equipamentos e APP offline. O núcleo de planilhas maduras pode ser mantido, com equipamentos adicionais e módulos móveis adicionados através do API; atualizações de segurança subsequentes serão difíceis se o núcleo for reescrito diretamente. As bordas geralmente são melhor combinadas do que as modificações globais. Exemplos não representam o desempenho de um determinado cliente, e conclusões reais precisam ser verificadas em conjunto com o volume de negócios, amostra, sistema e limites de responsabilidade da empresa.
O poço mais fácil de pisar.
Não achamos que vai custar o software quando baixarmos o código.
Utilização de licenças para entrega comercial sem revisão
Muitas alterações no código principal sem estratégia de atualização a montante
Como devemos acabar recebendo e confirmando?
A selecção deverá incluir a certificação em conformidade, o aconselhamento em matéria de licenciamento, o âmbito das alterações, os controlos de segurança de desempenho, os programas de implantação e as estimativas de manutenção de três a cinco anos.
Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.