6 Recebimento Provisório da Ordem de Serviço¶

Conforme descrito no Contrato 28/2018 :

6.1 Receber da Contratada:

8.2.4.1.15 Para fins de aceite provisório da release, a CONTRATADA deverá entregar, no ambiente do MP, em até cinco dias úteis após a data de encerramento da última sprint da release, como produtos de encerramento:
☐ 8.2.4.1.15.1 Código-fonte final da release;
☐ 8.2.4.1.15.2 Dockerfile, Docker Compose, scripts de build, deploy e banco de dados;
☐ 8.2.4.1.15.3 Testes unitários automatizados e suas evidências;
☐ 8.2.4.1.15.4 Testes de integração automatizados e suas evidências;
☐ 8.2.4.1.15.5 Testes de interface automatizados e suas evidências;
☐ 8.2.4.1.15.6 Smoke tests para as funcionalidades priorizadas pelo Dono do Produto;
☐ 8.2.4.1.15.7 Artefatos previstos na OS;
☐ 8.2.4.1.15.8 Modelo de dados;
☐ 8.2.4.1.15.9 Contagem final do tamanho funcional do escopo da OS.

Para validar a assinatura do profissional na planilha de contagem, sugere-se solicitar uma cópia de documento pessoal da pessoa. Fazer upload do documento no Redmine, nas páginas do contratos da empresa (assim evita-se pedir sempre o documento).

A contagem detalhada final da OS é do produto final e não a contagem sprint por sprint. Caso a fábrica queira comprovar que o volume de refinamentos realizado ao longo do ciclo da release foi superior a 30 % (ver item 8.2 Serviços de desenvolvimento de soluções de software do Termo de Referência), então, além da contagem detalhada final, ela também envia a contagem detalhada sprint por sprint. Só assim é possível verificar se houve refinamentos que ultrapassam 30 % da contagem final.

---

6.2 Emitir o "Termo de Recebimento Provisório", se TUDO do item 6.1 foi entregue.

Abaixo segue o Fluxo para a emissão do Termo de Recebimento Provisório:

IMPORTANTE: após a emissão do Termo de Recebimento Provisório, começa a contar o prazo de 30 dias para que o MP emita o Termo de Recebimento Definitivo. Caso alguma não conformidade seja encontrada durante esse período, o prazo é reiniciado quando a Contratada devolver os itens corrigidos. Por isso, é de extrema importância o controle dos prazos, a formalização das idas e vindas e a verificação da qualidade!!

19.1 São instrumentos formais de comunicação entre o MP e a CONTRATADA:
19.1.1 E-mails;
19.1.2 Ordem de serviço e todos os registros e documentos eletrônicos associados em ferramentas definidas para gestão de projetos ou gestão de serviços de TI relacionados às OS pelo MP;
19.1.3 Atas de reunião;
19.1.4 Ofícios.

14.4 Os testes da solução de software devem atender aos seguintes índices de cobertura:

Tipo de Teste	% cobertura
Unitários	70%
De Integração	100%
De Interface	20%

Ou outros índices definidos na Ordem de Serviço.

Formalizar os problemas encontrados à Contratada, informando prazo limite para a correção. Registrar no Histórico da OS.

Emitir "Termo de Recebimento Provisório" a cada vez que receber os itens relacionados à entrega da OS (ver lista do item 6.1). O prazo de 30 dias para emitir o recebimento definitivo recomeça a contar a cada aceite provisório.

---

6.3 Necessário registro no Histórico da OS?

---

6.4 Avaliar a qualidade:

☐ Reexecução dos testes unitários, de integração e de interface;
☐ Realização de testes funcionais de sistema, exploratórios, testes de desempenho, de carga, de estresse e de segurança, conforme definido no planejamento da release.
☐ Calcular os Indicadores de Nível Mínimo de Serviço (INMS) e apurar as eventuais glosas: [[modelos-de-documentos-da-cgsis:1.7 - Cálculo dos Indicadores de Nível Mínimo de Serviço]]
☐ Verificar se os produtos entregues estão em conformidade com os critérios de qualidade definidos na OS e/ou no item 14 - Avaliação da Qualidade, em conjunto o especificado no item 15 - Níveis de Serviço do T**ermo de Referência (document#930)
☐ Verificar se o profissional que assina a contagem detalhada final da OS é certificado pelo IFPUG (consulta no site: https://netforum.avectra.com/eweb/DynamicPage.aspx?Site=IFPUG&WebCode=IndSearch ou http://www.ifpug.org/?lang=pt > Certificação > Pesquisa IFPUG Pessoas Certificadas.)
☐ Verificar a contagem detalhada de Pontos de Função (Equipe de Métricas)
☐ Necessária a emissão de OS de Ajuste?

Caso haja divergência na contagem detalhada , valem as cláusulas contratuais ver em 13. Procedimentos para medição

---

6.5 Procedimentos para esta fase:

6.5.1 Caso seja encontrada alguma irregularidade durante a reexecução dos testes, emitir o Termo de Devolução de Produtos da OS e solicitar as correções à CONTRATADA. Ela terá cinco dias úteis para realizá-las.

6.5.2 Utilizar a aba Backlogs do projeto no Redmine para controlar a abertura de não conformidades para a CONTRATADA corrigir e os itens as serem verificados pelo MP (inclusive Dono do Produto).

a) Abrir "sprints" reduzidas (cinco dias úteis) na aba Backlogs do projeto: uma para a CONTRATADA com os itens a corrigir, outra para a área de negócio verificar após o retorno das correções pela CONTRATADA.
b) Sugestão para o nome da "sprint" reduzida: Correções do Termo de Recebimento Provisório nº n
c) Usar a tag [Validação] para os itens de trabalho que a equipe do MP vai validar
d) Usar a tag [Bug] para os itens de trabalho que a fábrica vai corrigir
e) Um item de trabalho de validação sempre se refere a um produto que foi entregue ao fim da OS ou a um item de trabalho [Bug] que a fábrica corrigiu e re-entregou.

6.5.3 Ao receber as correções, emitir novo "Termo de Recebimento Provisório". A contagem do prazo de 30 dias para que o MP emita o Termo de Recebimento Definitivo recomeça de novo.

Sugestão: numere os Termos de Recebimento Provisórios emitidos

6.5.4 Repete-se o processo desde o item 6.5.1 até que não haja mais não conformidades identificadas na verificação e possa ser emitido o Termo de Recebimento Definitivo.