Funções de negócio e processos incomuns
Além das operações normais, verificam-se anomalias como cancelamento, reembolso, submissão duplicada, rompimento da rede, acesso inadequado e conflitos de dados.
Home / Guia de tomada de decisão do projeto / Lista de verificação de aceitação do projeto de software
PROJECT DECISION GUIDELista de verificação de aceitação do projeto de software: funcionalidade, qualidade e como verificar a entrega
O software é mostrado não estar on-line. Aceitação e inspeção eficaz é acompanhada por verificações de funcionalidade de negócios, processos anormais, qualidade de dados, indicadores não funcionais e posterior receivership.
Responde à pergunta.
Lista de aceitação de projetos de software
Os critérios de aceitação e inspeção devem ser inscritos nos requisitos e contratos antes do início do projeto e continuamente reconciliados em cada marco.A aceitação final deve abranger, pelo menos, processos de negócios, privilégios de função, migração de dados, interfaces, desempenho, segurança, compatibilidade, roll-backs de implantação, arquivos de origem e questões não resolvidas.
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.
Consistência dos dados e interfaces
Reconciliar o número de migrações, campos-chave, status monetário, resultados de re-teste de interface e reconciliação e manter registros retroativos.
Desempenho e estabilidade
Tempo de resposta, capacidade, disponibilidade e meta de recuperação de acordo com a co-produção real, volume de dados e links-chave.
Autoridade e segurança
Verificar limites de funções, dados sensíveis, auditorias de log, gerenciamento de vouchers, reparo de gap e dependência de terceiros.
Implantação e Retroceder
Automação de validação em ambientes-alvo ou re-implantação, gerenciamento de configuração, recuperação de backup, monitoramento de alarmes e processos de retrocesso.
Documento de origem e transferência de conhecimentos
Os códigos, bases de dados, interfaces, números de conta, concepção e dados de transporte devem ser plenamente integrados na posição de controlo do cliente.
Preparação de recomendações antes da comunicação ou avaliação
Artigo da procura para aceitaçãoProcessos e exceções essenciais aprovadosMigração de dados e reconciliação de interface concluídaO teste de segurança de desempenho está em conformidade com o protocolo.Implementação da produção e passagem de marcha-atrásCódigo fonte completo e lista de terceirosDocumentos de utilizador e de transporte entreguesQuestões de legado e responsabilidades de garantia de qualidade foram confirmadas
Caminho sugerido para a implementação
Propõe-se que as aceitações sejam desmanteladas em quatro etapas, protótipos, iterativos, pilotos e go-live, e que o problema seja resolvido quando surgir, e que as aceitações finais resultem em registros escritos, marcações de versão, provas de teste e uma lista de itens restantes.
DECISION WORKSHEET
Traduzir a lista de verificação de aceitação do projeto de software para a tomada de decisões executórias
As seguintes planilhas ajudam as empresas a organizarem conselhos vagos em insumos de fornecedores, de aprovação interna e de recebimento de projetos.
Funções de negócio e processos incomuns
Além das operações normais, verificam-se anomalias como cancelamento, reembolso, submissão duplicada, rompimento da rede, acesso inadequado e conflitos de dados.
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.
Consistência dos dados e interfaces
Reconciliar o número de migrações, campos-chave, status monetário, resultados de re-teste de interface e reconciliação e manter registros retroativos.
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.
Desempenho e estabilidade
Tempo de resposta, capacidade, disponibilidade e meta de recuperação de acordo com a co-produção real, volume de dados e links-chave.
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?
No mínimo, a organização dos requisitos corresponde aos itens de recepção por artigo, processos principais e exceções, migração de dados e reconciliação de interface, testes de segurança de desempenho são acordados, juntamente com uma indicação do 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 de informação é fornecida a diferentes fornecedores, e o requisito é especificar separadamente os pressupostos, exclusões, cooperação com o cliente, entrega e aceitação de evidências para evitar comparar o preço total de apenas uma das fronteiras em falta.
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.
Podes verificar se consegues passar?+
Não. Verificando anomalias, dados, desempenho, segurança, implantação e manutenção também é necessário, caso contrário, a questão dos custos elevados pode ser exposta quando on-line.
Deve o problema menor ser identificado como exigindo recusa de aceitação?+
O problema do bloqueio do acesso à linha ou da influência dos dados centrais deve ser reparado primeiro, e o problema de baixo risco pode ser resolvido clarificando responsabilidades e prazos antes de entrar na lista de legados.
Quem deve estar envolvido na inspecção?+
Os chefes de operações, os principais utilizadores, os líderes de produtos ou projectos e o pessoal técnico e de transporte deverão ser envolvidos de acordo com as respectivas responsabilidades, evitando ser identificados por um único papel.
DECISION FAQ
Confira todas as 265 perguntas.Questões comuns relacionadas com os projectos em curso
Desenvolvimento de software e terceirização de projetos
Como o projeto de terceirização de software pode garantir a qualidade do desenvolvimento?
A qualidade não pode esperar até que o projeto seja finalmente assegurado por uma aceitação funcional. Os controles comuns devem ser invertidos a partir da linha de base da demanda, avaliação da arquitetura, gerenciamento de código, testes contínuos, demonstração de palco e on-line. As empresas precisam ver rastreabilidade da demanda, defeitos, testes e liberação de evidências, em vez de ouvir o progresso oral.
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 completaDesenvolvimento de software e terceirização de projetosQuanto tempo um projeto de software personalizado geralmente leva para desenvolver?
O ciclo depende do grau de determinação de escopo, interface e preparação de dados, eficiência de tomada de decisão e requisitos de acesso, não só do número de pessoas desenvolvidas. Pequenas ferramentas internas podem ser concluídas em semanas, e plataformas empresariais intersistemas muitas vezes precisam ser implementadas em fases de mais de um mês.
Ver resposta completaContratos, pagamentos, alterações e entrega de projetosComo são assinados contratos de terceirização de software e quais os termos que devem ser acordados?
O contrato de contratação de software deve especificar, pelo menos, o âmbito da procura, marcos, pagamentos, aceitação, alteração, direitos de propriedade intelectual, confidencialidade, garantia de qualidade e rescisão da transferência. A lista funcional deve incluir não só o nome do módulo, mas também os requisitos da versão, interface, dados e requisitos não funcionais. A responsabilidade das partes, cooperação com o cliente e dependência de terceiros também deve ser incluída no contrato. O objetivo do contrato não é empurrar todos os riscos para um lado, mas fornecer uma base executória para o processamento quando ocorrerem alterações.
Ver resposta completaRELATED
Apresentação da avaliação dos projectosMantenha o seu conhecimento dos serviços
Relevante
Avaliação e aceitação do fornecedor
Avaliação completa dos fornecedores de software desde a pré-cooperação até à pós-entrega
Para mais informações.RelevanteOrientações em matéria de cooperação e de execução
Compreender marcos, resultados e responsabilidades de aceitação
Para mais informações.RelevanteCentro de Confiança e Evidência
Compreender os princípios de divulgação e entrega de casos da ZhiHua Tech
Para mais informações.