Cada release, que contem uma ou mais iterações programadas, deverá ser validada e/ou verificada pela RESPONSÁVEL TÉCNICA E CONTRATANTE. 

 

Durante cada iteração, as avaliações técnicas de qualidade, como o código fonte, podem ser realizadas ao mesmo tempo em que são produzidos. Desta forma podem ser verificados problemas antecipadamente e diminuir prazos de avaliação e impactos no projeto. Porém tal possiblidade não configura, formalmente, a atividade de homologação, sendo apenas um recurso para otimizar o processo. A homologação em si se dará apenas na entrega da versão (release).

 

 Segue critérios gerais de "Pronto" que permitem avaliação de serviços/artefatos de cada grupo de atividades: 

• Padronização dos artefatos em templates (modelos) conforme estabelecido na página do produto no PGA;

• Responsabilização de artefatos (autoria dos artefatos);

• Versionamento de artefatos em repositório da RESPONSÁVEL TÉCNICA;

 

Critérios específicos de "Pronto" para avaliação dos documentos de requisitos de software (definição, modelagem e especificação de requisitos):

 

• Adequação formal da escrita dos requisitos (funcional, não-funcional, dados e regras transacionais);

• Os requisitos são mensuráveis, em termos de função transacional e de dados;

• Adequação material dos requisitos quanto a não-ambiguidade, não-redundância, ausência de função estranha, ausência de conflitos entre requisitos ou projeto, não divisibilidade (elementaridade), ausência de inconsistências, não-omissão, falta de clareza e falta de coesão;

• Os requisitos são rastreáveis até ao nível do backlog do produto, release, características do produto, necessidades ou problemas;

• Os requisitos são testáveis, podendo o teste ser evidenciado;

• Os requisitos de software foram validados pela CONTRATANTE.

 

Critérios específicos de "Pronto" para o incremento de software da Iteração:

 

• Todas as funcionalidade do backlog da iteração ou release foram implementadas;

• Evidências de teste das funcionalidades do backlog da iteração que foram implementadas;

• Implementação das funcionalidades estão livre de erros ou defeitos impeditivos;

• Software funcional disponível no ambiente de homologação ou produção da RESPONSÁVEL TÉCNICA;

• Conformidades com os guias ou documentos de apoio (e-PINGRIO, arquitetura, banco de dados, interface do usuário, testes de sistemas);

• A qualidade do código satisfaz aos indicadores preestabelecidos;

• O dono do produto e clientes realizaram seu aceite formalmente;

• O código-fonte foi comentado conforme os padrões de documentação.