Extensão de Baixo Comparação
Use a plataforma o máximo possível com os pontos de extensãoConfigurar, API, plugins, ferramentas, nós de fluxo de trabalho e frontends independentes
Home / Orientação para a decisão do projecto / Diffy Segunda estratégia de actualização do desenvolvimento
PROJECT DECISION GUIDEComo o Diffy Second Development evita dificuldades de atualização de versões baseadas na comunidade
O risco mais comum de desenvolvimento secundário de Diffy a longo prazo não era que a funcionalidade inicial não pudesse ser executada, mas sim que a versão a montante não poderia ser consolidada com segurança com a modificação do código fonte central, com o patch de segurança, ajuste do modelo e capacidade da plataforma gradualmente permanecendo na versão antiga.
Responde à pergunta.
Diffy Segunda política de atualização do desenvolvimento
As necessidades devem ser classificadas por configuração, ferramentas de plugin, portais autônomos, serviços periféricos e cinco camadas de fonte central, dando prioridade à extensão de menor coup. As linhas de base de upstream, ramos personalizados, declarações de variância, migração de banco de dados e regressões automatizadas devem ser mantidas quando as mudanças de núcleo são necessárias, e o ciclo de avaliação deve ser fixado.
SCOPE & BUDGET LEVELS
Primeiro, entradas claras para o limite por fase do projeto
As camadas seguintes são utilizadas para estabelecer uma linha de base para o orçamento e a aceitação, e o âmbito de aplicação real ainda terá de ser avaliado em relação aos requisitos de status quo, interface e tempo.
Modificação do código-fonte controlado
Estabelecer uma sucursal de longo prazo para as necessidades essenciais necessáriasDescrições de retrofit, segregação de interfaces, avaliação de código, scripts de migração e cobertura de teste
Governança de versões
Absorção contínua da segurança a montante e melhoria da capacidadeDiferenças de versão, atualização de sandboxes, regressão, exercícios de migração, lançamento em escala de cinza e retirada
DECISION FACTORS
Elementos-chave a controlar para a tomada de decisões
Em primeiro lugar, identificam-se os limites da contenção e da responsabilidade, depois comparam-se as vias técnicas e as modalidades de cooperação.
Mudar a Localização
A revisão do modelo central, banco de dados e camada de implementação de fluxo de trabalho é mais arriscada do que o portal independente.
Taxa de variação a montante
Distribuição comunitária de frequências e dependências da mudança de factores de produção de impacto.
Compatibilidade dos dados
Estruturas de banco de dados, conhecimento aplicado e configuração de plugin precisam ser migradas para validação.
Activos de ensaio
O impacto da atualização não pode ser julgado sem funcionalidade, privilégios, processos e avaliação de coleções de regressão.
Dependência de terceiros
Plugins, modelos, bancos de vetores e API s externos também podem ser incompatíveis.
Parar e voltar
Atualizações formais requerem backup, escala de cinza, observação e programas de saída implementáveis.
Preparação de recomendações antes da comunicação ou avaliação
Versão a montante e ramo personalizadoTodos os pontos personalizados e razões para mudançasConfigurar a classificação de retrofit do núcleo do portal de plug-insAlterações na base de dados e armazenamentoAplicações-chave e regressão de fluxo de trabalhoModelar os direitos de conhecimento e testar a interfaceBackup Greyscale e processo de backupAtualização do responsável e periódico
Caminho sugerido para a implementação
A primeira fase envolve o estabelecimento de listas de sites personalizadas, amostras de regressão e implantações removíveis; cada atualização completa a migração e reentrada operacional em um ambiente segregado e, em seguida, a escala de cinza entra na produção.
DECISION WORKSHEET
Traduzir a estratégia de desenvolvimento secundário da Diffy para uma tomada de decisão executória
As seguintes planilhas ajudam as empresas a organizarem conselhos vagos em insumos de fornecedores, de aprovação interna e de recebimento de projetos.
Mudar a Localização
A revisão do modelo central, banco de dados e camada de implementação de fluxo de trabalho é mais arriscada do que o portal independente.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Taxa de variação a montante
Distribuição comunitária de frequências e dependências da mudança de factores de produção de impacto.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Compatibilidade dos dados
Estruturas de banco de dados, conhecimento aplicado e configuração de plugin precisam ser migradas para validação.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
O que deve conter um resumo comparável das avaliações?
Pelo menos organizar versões a montante e ramos personalizados, pontos de personalização completos e razões para alterações, configuração do núcleo de retrofiting do portal de plugins, banco de dados e alterações de armazenamento, enquanto descreve o volume de negócios atual, tempo médio de processamento, anomalias principais, sistemas em vigor, privilégios de dados, dependência de terceiros e janelas de acesso. A mesma versão é fornecida a fornecedores diferentes, e solicita descrições separadas de pressupostos, exclusões, questões de cooperação com o cliente, entrega e aceitação de evidências para evitar comparar apenas o preço total de um limite faltando.
Por exemplo, a empresa espera que o projeto economize 160 horas de trabalho por mês, mas este valor deve ser dividido em número de tarefas, economia de tempo única, taxas de adoção e razões de revisão manual. Se apenas 40% dos usuários usarem o primeiro período, ou se o novo processo aumentar o processo de revisão, os benefícios reais serão significativamente menores do que a estimativa aparente.
Quatro tipos de evidência recomendada para interrogatório durante a comunicação do fornecedor
A primeira é a evidência de escopo: consistência de versões de demanda, processos de negócios, protótipos, interfaces e exclusões; a segunda é a evidência de engenharia: se tecnologias semelhantes têm estruturas acessíveis, métodos de gerenciamento de código, testes, implantação e gerenciamento de problemas; a terceira é a evidência de pessoal: se os participantes reais, estágios de entrada, responsabilidades e mecanismos de substituição são claros; e a quarta é a evidência de entrega: como códigos fonte, dados, números de conta, documentos, treinamento, garantia de qualidade e transporte são entregues. É normal que os fornecedores não possam fornecer confidencialidade ao cliente na fase de licitação, mas devem ser capazes de explicar seus próprios métodos e as evidências que podem ser desenvolvidas no âmbito deste projeto.
Recomenda-se que a clareza do âmbito, a confiança crítica, a capacidade da equipa, a aplicabilidade da aceitação e a aquisição a longo prazo sejam avaliadas separadamente e que a base para cada pontuação seja registada. Se um programa for mais barato, a interface, migração, testes ou responsabilidade em linha é excluída, então deve ser convertido para o mesmo calibre de entrega antes da comparação.
O princípio do acórdão
Esta página fornece um quadro de tomada de decisão que não constitui uma oferta fixa ou compromisso de desempenho.
FAQ
FAQs
As questões mais comuns antes da cooperação são claramente indicadas com antecedência.
Não existe risco de atualização sem alterar o código fonte principal?+
Plugins, API s, bancos de dados e mudanças de dependência externa ainda existem, mas os riscos são geralmente mais facilmente isolados e testados.
Com que frequência devemos atualizar?+
As janelas são desenvolvidas com base em riscos de segurança, necessidades de negócios e mudanças a montante, e não precisam seguir cada versão, mas não podem ser desavaliadas por muito tempo.
A atualização pode falhar em restaurar o banco de dados diretamente?+
A necessidade de considerar em paralelo as versões consistentes de códigos, configurações, bases de dados, documentos e índices vetoriais e a possibilidade de incompatibilidade de restaurar o banco de dados separadamente.
DECISION FAQ
Confira todas as 265 perguntas.Questões comuns relacionadas com os projectos em curso
Diffy Segundo Desenvolvimento e Aplicações Empresariais
O Segundo Desenvolvimento Diffy afetará as atualizações subsequentes?
As funções alcançadas através da configuração, API, plugins, portais autônomos e serviços periféricos são geralmente mais fáceis de atualizar do que modificações diretas no banco de dados central e código fonte de negócios; mudanças profundas não estão necessariamente erradas, mas a lista de discrepâncias, testes automatizados, scripts de migração e programas de backup deve ser mantida. O projeto deve identificar, antes de começar, que precisa ser modificado no núcleo, quem irá seguir a versão upstream no futuro, e quão rapidamente as reparações de segurança precisa ser consolidada.
Ver resposta completaPrograma de arranque e selecção de programasAs informações podem ser fornecidas após a celebração de um acordo de confidencialidade?
Pode assinar um acordo de confidencialidade para fornecer informações.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosQuais informações são necessárias para a aceitação e inspeção do projeto de software?
O objetivo da informação é demonstrar que o sistema atende às normas acordadas e que o cliente pode continuar a operar e assumir o controle.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosO projeto de software foi adiado. O que devemos fazer com o A?
Pare de pedir apenas a porcentagem de conclusão, e peça à equipe para fornecer uma lista de resultados operacionais, empregos remanescentes, riscos e dependência. Distinguir entre aumento de escopo, colaboração do cliente, questões técnicas ou gestão de fornecedores leva a atrasos. Reformular o plano de recuperação de recepção e inspeção com base em fatos e congelar novos requisitos não críticos.
Ver resposta completaRELATED
Apresentação da avaliação dos projectosMantenha o seu conhecimento dos serviços
Relevante
Serviço de desenvolvimento secundário diffy
Ver o âmbito da auditoria, adaptação e actualização da versão
Para mais informações.RelevanteTaxa de segunda taxa da Dify.
Versão orçamentada do teste de governança e regressão
Para mais informações.RelevanteTerceirização da manutenção do sistema de software
Crie patches, monitoramento, backup e lançamento de versões
Para mais informações.RelevanteCódigo-fonte e lista de transferências do sistema
Verificar códigos, construir, implantar, dados e documentar ativos
Para mais informações.