• Nenhum resultado encontrado

[Sprint’s Semanais]

N/A
N/A
Protected

Academic year: 2021

Share "[Sprint’s Semanais]"

Copied!
33
0
0

Texto

(1)

[Sprint’s Semanais]

Resumo do documento:

Este documento tem como objectivo especificar apresentar e descrever os sprints atribuídos semanalmente e a evolução dos mesmos.

Palavras-Chave: Sprints semanais.

Histórico de versões:

Versão Data Realizado por

V1.0 Jennifer Santos

V1.1 V1.2

(2)

Índice

1 Introdução ... 3

2 Sprints ... 4

2.1 Sprints backlogs semanais ... 4

2.1.1 Semana 8 a 14 Fevereiro ... 4 2.1.2 Semana de 14 a 18 de Fevereiro ... 6 2.1.3 Semana 21 a 25 de Fevereiro ... 8 2.1.4 Semana 28 a 11 de Março ... 11 2.1.5 Semana de 14 a 18 de Março ... 13 2.1.6 Semana 21 a 24 de Março ... 15 2.1.7 Semana 28 a 1 Abril ... 17 2.1.8 Semana 4 a 8 de Abril ... 19 2.1.9 Semana 10 a 15 de Abril ... 21 2.1.10 Semana 18 a 22 Abril ... 22 2.1.11 Dias 27 a 29 Abril ... 24 2.1.12 Semana 2 a 6 de Maio ... 26 2.1.13 Semana 9 a 13 de Maio ... 28 2.1.14 Semana 16 a 20 de Maio ... 30 2.1.15 Semana 23 a 27 de Maio ... 31 2.1.16 Semana 30 a 3 de Junho ... 33 2.1.17 Semana 6 a 10 Junho. ... 33 2.1.18 Semana 13 a 17 Junho. ... 33

(3)

1 Introdução

No presente documento, pretende dar-se a conhecer o trabalho desenvolvido semanalmente, ao longo da disciplina de Estágio/Dissertação do Mestrado em Engenharia Informática do Departamento de Engenharia Informática da Faculdade de Ciências e Tecnologias da Universidade de Coimbra na empresa MagicBrain – OFPG.

O estágio encontra-se integrado num projecto de remodelação e desenvolvimento de um Sistema de Informação Web, o qual é parte integrante do funcionamento diário da Associação Nacional dos Engenheiros Técnicos.

O documento apresentara para cada Sprint gráficos, tabelas, descrições e dificuldades das tarefas desempenhadas semanalmente. Os gráficos serão desenvolvidos com o auxílio da ferramenta Sprintometer (download em http://sprintometer.com/sites/default/files/sprintometer.zip)

(4)

2 Sprints

2.1 Sprints Backlogs semanais

Nesta secção serão abordadas as tarefas realizadas pela estagiária por cada semana, e também serão apresentadas as dificuldades encontradas na realização das mesmas.

Para cada um dos Sprints semanais serão apresentados alguns gráficos, tabelas com a evolução das tarefas, uma breve descrição do que foi feito e as dificuldades com que a estagiária se foi deparando.

Os pontos seguintes descrevem os gráficos utilizados:

BurnDown é um dos gráficos mais usados no Scrum, permite ter uma visão da evolução do projecto, além de permitir realizar projecções para o término do Sprint, baseado na velocidade da equipa. Este tipo de gráfico faz-se acompanhar de um outro tipo, o Tarck Chart.

O gráfico Tarck Chart mostra a velocidade da equipa no desempenho das tarefas. Consiste num quadro com as tarefas semanais, representado a evolução das tarefas durante o período para o término do Sprint (uma semana).

A seguir serão apresentados os Sprint Backlog atribuídos à estagiária, acompanhados de uma breve descrição das tarefas realizadas e as dificuldades que foram surgindo no desenvolvimento dos mesmos.

2.1.1 Semana 8 a 14 Fevereiro

Nesta semana foi definido com Sprint Backlog a elaboração do caso de estudo da aplicação Web. Com as seguintes tarefas:

1.1 Escolha de ferramentas para análise de performance da aplicação Web com o uso dos HTTP sniffers.

1.2 Análise detalhada do desempenho da aplicação Web em produção na ANET base com o YSLOW, de forma a ter uma noção global de como a aplicação se comporta relativamente a cada uma das regras de performance.

1.3 Escrita do documento com a análise global, identificando as principais falhas da aplicação e apresentando as possíveis soluções resultantes do estudo (seguindo as regras de performance).

A figura abaixo representa a evolução das tarefas realizadas durante o período definido para aquele Sprint.

(5)

TarckChart:

(6)

2.1.2 Semana de 14 a 18 de Fevereiro

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(7)

Burndown Chart:

Descrição:

Durante esta semana foram realizadas as seguintes tarefas:

- Foram realizadas pesquisas na internet de forma a encontrar métodos para melhorar a performance da aplicação.

Para melhorar a performance da parte do front-end será necessário o uso de ferramentas e técnicas, que são aplicadas à medida que vai sendo desenvolvido cada módulo.

- Foram feitas validações aos formulários de pesquisa, de forma a garantir a segurança e a integridade dos dados dos mesmos, recorrendo ao Jquery e Ajax (verificar os dados inseridos na medida em retorna ou não resultados, que os campos que recebem estes valores não poderão estar vazios e que devam obedecer a determinado tipo de dados).

Na implementação de funções de validação em várias funcionalidades, nomeadamente pesquisa directa e composta, e pesquisa de Competências, com Jquery, foram aplicados os eventos keyup, blur e click assim como o recurso ao plugin validate, de forma a validar os campos do formulário pesquisa composta, pesquisa directa e aparte de pesquisa de competências.

- Foi reestruturada a tabela ant_declaracoes, tendo sido adicionado um campo para inserir o número de declarações pedidas naquele momento, antes cada pedido de declarações era replicado consoante a quantidade de declarações pretendidas o que resultava em redundância de dados.

- Foi feito o agrupamento de alguns submenus do módulo Membros, por estes consagrarem informações relacionadas.

(8)

-Foi implementada uma nova acção na lista membros de CDN, opção essa que permite gerar PDF com os inscritos desse determinado tipo.

- Realizou-se uma reunião com a orientadora para delinear as tarefas a serem desenvolvidas e implementadas, tendo resultado daquela reunião os backlogs para o corrente mês e os sprints da semana.

Dificuldades:

- Na implementação das validações em Jquery, uma vez que esta era uma técnica com a qual a estagiária não estava familiarizada, as maiores dificuldades estavam na escolha das funções adequadas para realizar as validações.

2.1.3 Semana 21 a 25 de Fevereiro

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(9)

TarckChart:

Burndown Chart:

Descrição:

Durante esta semana foram realizadas as seguintes tarefas:

- Utilização de técnicas para melhoramento da performance da aplicação Web. A estagiária redigiu um documento com as ferramentas usadas ver anexo “ferramentas_escolhidas.pdf”

(10)

Implementações realizadas:

- Desenvolvimento da funcionalidade editar para os inscritos numa dada formação, para isso foi necessário criar:

 Função editaDadosMembro($d) função responsável pela interface com os dados do membro para edição (pagina.php)

 Criar mais duas funções (module_memb.php) :

public function edit_insc_formacao($id,$nome,$mdr) função responsável pela manipulação da informação proveniente do formulário de edição de dados. public function getDados_MembFormacao($tabela,$id) função responsável

para devolver os dados do membro inscrito numa dada formação

- Foi acrescentada uma nova opção para remover registos da lista dos inscritos numa dada formação. Opção esta que originou a criação de mais uma função elim_insc_formacao($id) (module_memb.php).

- Procedeu-se a alterações na formatação de alguns dos formulários e listagens: Formulário de edição no menu de Gestão de Formação; Listagem de Formações;

Formulário da pesquisa directa;

Foi inserida nova coluna na listagem de resultados da pesquisa para mostrar o número total de resultados;

Acrescentados alguns botões de voltar para dar ao utilizador a oportunidade de voltar para a página anterior.

- Implementação da paginação para a pesquisa directa.

- Adição de um campo para visualizar a lista de CDN de um determinado tipo (situação actual), e também foi implementada a paginação naquela funcionalidade.

- Adição de links, que ficam activos e inactivos, mediante o ambiente visível, por exemplo o menu pesquisa possui dois links: pesquisa directa e pesquisa composta. Por defeito, surge no ecrã do utilizador pesquisa directa ou seja o link deste tipo de pesquisa possuirá uma formatação inicial equivalente a um estado inactivo, indicando que está a ser usado.

- Implementação pesquisa rápida dentro da listagem de membros. Esta nova funcionalidade pretende dar ao utilizador a oportunidade de dentro da listagem devolvida, pesquisar um membro em específico, sem ter que o procurar manualmente. O resultado da pesquisa apresenta os dados daquele membro pesquisado.

(11)

Dificuldades:

- Na paginação tive problemas com a passagem de uma página de resultados para outra, acontecia devido a um problema com as variáveis de sessão associadas à paginação. Problema que já se encontra resolvido.

- Problemas com implementação de alguns submenus, também devido a variáveis de sessão. Não tendo ficado ainda resolvido para a funcionalidade pesquisa composta.

- Uso do pear para gerar o Excel, o problema estava nos caminhos para o ficheiro, que supostamente não teria que alterar.

2.1.4 Semana 28 de Fevereiro a 11 de Março

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(12)

Burndown Chart:

Descrição:

Durante esta semana foram realizadas as seguintes tarefas:

- Implementação da paginação na lista de Formações, submenu da Gestão de Formação. Foi também acrescentado a funcionalidade pesquisa rápida.

- Validação dos campos da funcionalidade editar, para garantir que o utilizador edite os campos com valores válidos. Também foi feita a verificação dos resultados a apresentar ao utilizador, se estes vierem da BD com valor “0”, deverão ser apresentados como vazio.

- Validação dos campos de forma a garantir que sejam de um determinado tipo e caso não seja é apresentada ao utilizador uma mensagem e obriga que esse insira os valores correctamente.

- Reformulação da pesquisa composta para que esta esteja de acordo com as especificações do cliente.

- Reunião com a orientadora, para debater questões de validação de campos e solucionar alguns dos problemas relacionados com o tempo de execução de queries. Uma das soluções encontradas coincidia com a divisão das queries.

- Reformulação de queries de pesquisa para a listagem com foto e sem foto de forma a ficar mais rápidas.

- Alteração da visualização dos números de paginação de acordo com o pretendido. Foram removidos os números na parte de apresentação no browser ficando a aparecer somente o link anterior e o próximo.

(13)

- Algumas queries (listagem de comunicação ao membro) que estavam a demorar muito tempo para apresentar resultados, as suas alterações passaram para o próximo sprint.

- Implementação de protecções de sql-injection no módulo membros, tarefas para opróximo sprint.

- A pesquisa rápida no submenu curso de ética apresentava falhas.

- Foram retiradas da pasta de imagens da aplicação, as imagens do logótipo da ANET por já não serem necessárias.

Dificuldades:

Ao nível de implementação mas foram solucionadas.

Nota: Esta semana foi mais extensa por ser a semana de Carnaval, a empresa realizou ponte no dia 7 e dia 8 era feriado. A estagiária pediu despensa nos dias 4 e 9 (viagem para Cabo Verde).

2.1.5 Semana de 14 a 18 de Março

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(14)

TarckChart:

Burndown Chart:

Descrição:

Nesta semana foram revistas as implementações feitas e foram sugeridas as seguintes alterações e tarefas:

- Reparar o bug na validação da pesquisa rápida em curso de ética. (Já funcional)

- Alterar a query para a listagem de comunicação ao membro, uma vez que esta estava a deixar o submenu muito lento, a solução passou por retirar a sub- query.

(15)

- Validações dos campos de forma a manter a integridade e segurança dos dados ao serem inseridos pelo utilizador. (Já funcional).

- Implementar o sql-infection à semelhança do realizado para o módulo membros, de forma a garantir a segurança.

- Acrescentar o número total de resultados à listagem resultante da pesquisa. (Já acrescentado) - Acrescentar uma coluna na listagem do curso de ética para mostrar o número de inscritos numa turma. Caso não tenha inscritos suficientes, o link para abrir a turma deve permanecer inactivo.

(Funcional)

- Verificar na listagem CDN se o número a pesquisar existe ou não, neste último caso apresenta uma mensagem a notificar o utilizador. Desta forma consegue-se garantir que seja inserido um termo de pesquisa válido.

Dificuldades:

- A formatação, CSS, do link em estado inactivo não estava a acontecer.

- Na lista CDN, sempre que clico numa linha, este clique assume o comportamento do botão remover associado ao registo, ao invés de acção só acontecer quando é efectivamente pressionado aquele botão.

2.1.6 Semana 21 a 24 de Março

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(16)

TarckChart:

Descrição:

Nesta semana foram realizadas as seguintes tarefas: - Remodelação das funções a prevenir do sql-injection;

- Envio de mensagem ao utilizador caso o número a pesquisar na Lista CDN;

- Alterações no submenu curso de ética no link, ao invés do curso possuir um link com estado activo ou inactivo, consoante a existência de inscritos ou não no curso, caso o curso não possua inscritos, aquele link que inicialmente possuía estado inactivo, tem agora uma nova funcionalidade associada: inscrição de membros na turma.

- Validação dos campos de pesquisa rápida de forma a obrigar ao utilizador a inserir os valores válidos no campo de pesquisa.

-Validação de pesquisa para a gestão de Estágio consoante a opção (checkbox) seleccionada, p.e: se o utilizador escolher a opção nome, o campo de pesquisa só irá receber/permitir a inserção de letras, caso a opção seja outra a obrigação na inserção passa para valores numéricos.

Dificuldades:

Problemas a nível técnico, com a implementação das novas funcionalidades em jquery tendo sido todos solucionados.

(17)

2.1.7 Semana 28 Março a 1 Abril

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o término do Sprint.

(18)

Burndown Chart:

Descrição:

Nesta semana foram realizadas as seguintes tarefas:

- Agrupamento dos seguintes submenus e desenvolvidos os seguintes funcionalidades:

- Parecer da C.E e Parecer do C.D e S.R.C, renomeado o submenu para Parecer. Para o agrupamento dos submenus foi aplicado um plugin em jquery, nomeadamente o accordion.

- Marcação de Audições e Resultados de Audição, renomeação do busmenu para Audições. A técnica utilizada para oagrupamento dos submenus foi o tabs (jquery).

- Estágio Atrasados e Gestão de Estágios, renomeação para Estágio. A técnica usada foi o tabs (jquery).

- Reestruturação de documentos da metodologia Scrum, Análise de performance, Casos de Uso de acordo com as últimas funcionalidades que estavam a ser desenvolvidas.

- Testes e validações a módulos.

- Os erros detectados foram passados a tarefas para o próximo sprint. - Estudo e pesquisa sobre a criação do Excel através da ferramenta pear.

(19)

Nota: O documento de teste será o avaliada pelo (Product Owner /Scrum Master), este documento será anexado a este documento.

2.1.8 Semana 4 a 8 de Abril

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(20)

Burndown Chart:

Descrição:

Esta semana foram realizadas as seguintes tarefas:

- Elaboração de documentos e reestruturação dos documentos entregues, onde se destacam: - Documento da metodologia Scrum, metodologia usada para o desenvolvimento da aplicação web.

- Documento Modelo ER, tendo sido acrescentadas algumas tabelas que foram necessários para o uso na aplicação

- Acréscimo de alguns pontos no documento de Análise de Performance.

- Passagem dos módulos (Membros, Insc./Estágios e Documentos) da aplicação desenvolvida inicialmente pela estagiária para uma nova estrutura cedida pela orientadora. Esta passagem, que demorou algum tempo, foi necessária porque a anterior encontrava-se confusa do ponto de vista estrutural, embora a lógica de trabalho permanecesse, estruturalmente estava mais confusa. Esta tarefa revelou-se aliciante do ponto de vista da migração do trabalho já realizado para uma nova estrutura, sendo ela uma aplicação modelar, a estagiária percebeu as vantagens desta característica para este tipo de desenvolvimento.

- Alguns dos submenus do módulo membro apresentavam falhas: Competências e Planear

Formações; o mesmo acontecia para outras opções do módulo Insc./Estag, nomeadamente nos submenus: Pedido de Patrono e Bolsa de Patrono. Falhas estas que ficaram dependentes da ajuda da orientadora e

(21)

Nota: Nesta semana não estive no estágio na quinta-feira, porque o portátil teve uma avaria e precisou de ser formatado.

2.1.9 Semana 10 a 15 de Abril

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

TarckChart:

(22)

Descrição:

Esta semana foram realizadas as seguintes tarefas:

- Implementação do layout, respeitando as regras de performance , do módulo Secretaria, excepto os submenus carta comunicação e cursos acreditados.

-Implementação do layout do módulo Declarações, excepto o submenu carta modelo.

- Elaboração do documento de testes funcionais para cada módulo da aplicação já desenvolvido pela estagiária.

- Implementação de algumas funções SQL para o submenu da Gestão de Prorrogações no módulo Declarações, tendo em conta a protecção contra sql-injection.

Nota: Esta semana foram feitas ligeiras alterações em relação as tarefas definidas no Diagrama de Gantt, por ter havido a necessidade de reunir com orientador primário, Jorge Oliveira, por forma tirar algumas dúvidas relevantes, sobre a Plataforma em produção na ANET, para a implementação de alguns submenus.

2.1.10 Semana 18 a 22 Abril

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(23)

TarckChart:

(24)

Descrição:

- Análise de requisitos funcionais e não funcionais. - Análise das tabelas e reestruturação.

- Reestruturação do módulo Documentação de acordo com as regras de performance e segurança. Implementações:

- Funcionalidade Entrega de documentos, nomeadamente verificar se o número de membro pesquisado existe ou não para pode criar ou não a pasta para esse número no servidor. Pasta essa que irá receber os documentos entregues para aquele membro.

- Funcionalidade Entrada de documentos em separado, a anexação de ficheiros ser convertida para PDF.

Alterações para o próximo sprint:

- Alterar a formatação do formulário de Entrega de documentos e de Entrega de documentos em separado, de forma a poder anexar vários ficheiros.

Problemas:

Na conversão de uma imagem para PDF era obtido o seguinte erro:

FPDF error: Alpha channel not supported: docs_folder/users_folder/10000/50.png

Erro este que acontecia pelo facto de se passar um extensão que não é do tipo “jpg”, pois o FPDF (ferramenta utilizada para manipular dados para PDF) só aceita JPEG para conversão.

Nota: Dia 22 e 25 feriados

2.1.11 Dias 27 a 29 Abril

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(25)

TarckChart:

(26)

Descrição:

- Implementação das alterações pedidas e correcção dos problemas encontradas no sprint anterior na parte da implementação da entrega dos documentos em separado.

- Implementação da conversão de JPEG para PDF no módulo documentos.

- Garantir que sejam inseridas só imagens e do tipo “jpeg”, na opção entrega de documentos em separado do módulo documentos.

- Resolvidos os problemas encontrados nas opções do submenu Estágio, nas queries para estágios concluídos e em curso, e na opção de visualizar documentos para um dado membro (antes o utilizador não era encaminhado para a área dos documentos do membro).

Nota: Semana em que aconteceu na empresa uma reunião com os orientadores. Aconteceu também uma nova reunião com a orientadora.

2.1.12 Semana 2 a 6 de Maio

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(27)

TarckChart:

Burndown Chart:

Descrição:

Esta semana foram realizadas as seguintes tarefas, consoante o sugerido na reunião com a Scrum Master/Orientadora:

- Foram acrescentadas as seguintes funcionalidades no módulo membro: Nova opção, botão para inscrever membros na Formação; Adicionar a funcionalidade de Adicionar Formação;

(28)

- Implementação da funcionalidade de aprovação de formação, ou seja após o click no link abrir, do submenu Planear Formações, a formação em causa passa a ter um estado Aprovado e sai da listagem do submenu Planear formações.

- Validação dos campos nos formulários de adicionar formação e adicionar competências; - Implementar o submenu de adicionar competências, e adicionar os botões voltar;

Nota: A estagiária teve nova reunião com Jorge Oliveira, para esclarecimentos sobre a plataforma em produção na ANET.

2.1.13 Semana 9 a 13 de Maio

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(29)

Burndown Chart:

Descrição:

- Conclusão da implementação da aplicação Web, tendo sido implementado/corrigido: - Correcção dos problemas das variáveis de sessão do submenu pesquisa, na opção pesquisa composta.

- Validações dos campos de forma a evitar sql-injection e apresentação de mensagens de erro sempre que necessário.

- Gerar PDF para as folhas de presença do curso de ética.

- Melhoramento dos documento gerados em Excel já implementados.

- Alterações do tipos de dados para alguns atributos (por exemplo: o campo data da tabela referente aos estágios, uma vez que nos testes de funcionalidade os dados estavam a ser

apresentado de forma errada, por isso houve a necessidade de alterar o tipo do atributo ). - Escrita do documento da interface da aplicação.

- Elaboração do Plano de testes. Problemas:

A estagiária deparou-se com alguns problemas de implementações, que passo a citar:

- Erro no POST dos campos do tipo File, a variável $_FILE[‘ficheiro’.$i], porque existia uma confusão nos nomes atribuídos.

(30)

- Na opção de pesquisa composta para solucionar o problema de variáveis de sessão. O problema estava na passagem da variável $lista por variável de sessão e caso aquela variável possuísse um número elevado de registos, gerava problemas.

2.1.14 Semana 16 a 20 de Maio

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(31)

Burndown Chart:

Descrição:

- Escrita do documento de análise de performance de Front- End da plataforma desenvolvida pela estagiária, com as ferramentas anteriormente escolhidas.

- Realização de testes de segurança, que resultaram na aplicação de algumas alterações na implementação devido a algumas deficiências a nível de “XSS-injection”. Foram então aplicadas técnicas para proteger contra aquele tipo de ataque.

Nota: Semana de testes funcionais e testes de segurança

2.1.15 Semana 23 a 27 de Maio

O quadro abaixo representa a evolução das tarefas realizadas durante o período definido para o Sprint.

(32)

TarckChart:

Burndown Chart:

Descrição:

- Teste Funcionais (Portabilidade) e elaboração da respectiva documentação. - Teste de escalabilidade.

(33)

2.1.16 Semana 30 a 3 de Junho

- Teste de performance Back-end configurações do Apache de forma a melhorar algumas das regras de performance que apresentavam problemas.(4)

-testes confiabilidade (esse não será testada uma vez que o servidor encontra-se no próprio cliente).

2.1.17 Semana 6 a 10 Junho.

Revisão e correcção erros encontrado após os testes efectuados. Testes.

2.1.18 Semana 13 a 17 Junho.

Referências

Documentos relacionados

Foi realizada uma análise espacial e caracterização dos hotspots, com posterior utilização da análise dos componentes principais (ACP) para indicação de quais

Orientações e acordos para plano educacional das ações compartilhadas família/ paciente cuidador O gerenciamento dos eventos de quedas como um.. dos requisitos fundamentais para

A proposta do watchful-waiting (WW) é clássica em algumas escolas e consiste em observar os pacientes e apenas intervir quando houver progressão ou sinto- matologia, devendo

• Os doentes infectados podem não ter doença sintomática mas tem uma infecção crónica potencialmente letal. • Distinção entre infecção HIV

Na obtenção dos fluxos comerciais entre as regiões brasileiras e outras regiões estrangeiras da agregação foram utilizados os dados do Aliceweb (MIDIC, 2009); em

Graças ao módulo Nossas Classes, que permite que você tenha todas as funcionalidades necessárias, você pode adicionar suas aulas onde quiser em suas páginas web.. Gerenciamento

Esse modelo tem como base a Teoria de Aceitação de Informações (PETTY & CACIOPPO, 1984; CHEUNG et al., 2008; SUSSMAN & SIEGAL, 2003; RIEH, 2002; TENG et al., 2014),

Tratando-se de pregão por SRP, de forma geral após homologado, as ARPs são elaboradas e encaminhadas ao fornecedor, que as devolvem assinadas, comprometendo-se a manter