Prévia do material em texto
Curso: Tecnologia em Analise e Desenvolvimento de Sistemas JOÃO RICARDO FORTUNATO RA- FPJ5959882802 VALÉRIA DOS SANTOS RIBEIRO RA- FPJ7786814533 Tutor presencial: PAULO FRANCO Tutor à distância: JOICE SIQUEIRA LIMA Projeto interdisciplinar Aplicado ao Curso Superior de Tecnologia em Analise e Desenvolvimento de Sistemas (PROINTER V) JUNDIAÍ 8 2019 JOÃO RICARDO FORTUNATO RA- FPJ5959882802 VALÉRIA DOS SANTOS RIBEIRO RA- FPJ7786814533 Projeto interdisciplinar Aplicado ao Curso Superior de Tecnologia em Analise e Desenvolvimento de Sistemas (PROINTER IV) Trabalho com finalidade de contextualizar o conhecimento adquirido nas aulas apresentados ao curso de: Tecnologia em Analise e Desenvolvimento de Sistemas. Requisito parcial a obtenção do título de tecnólogo. Tutor presencial: PAULO FRANCO Tutor à distância: JOICE SIQUEIRA LIMA JUNDIAÍ 2019 Sumario RESUMO........................................................................................................ 04 INTRODUÇÃO................................................................................................ 05 MODELO RFP (REQUISIÇÃO FORMAL DE PROPOSTA) ......................... 06 MODELO TAP (TERMO DE ABERTURA DE PROJETO) .............................12 REQUISITO FUNCIONAL E NÃO FUNCIONAL.............................................17 Modelagem do negócio...................................................................................17 Entendimento dos Principais negócios do processo......................................18 Levantamento dos requisitos funcionais e organização dos requisitos funcionais em casos de uso............................................................................18 Requisitos de software....................................................................................19 Diagrama de caso de uso...............................................................................19 Domínio da solução........................................................................................20 Diagrama de classes......................................................................................20 Diagrama de sequência..................................................................................21 PLANO DE GERENCAMENTO DE QUALIDADE...........................................22 DOS PRAZOS...............................................................................................23 DA QUALIDADE DA EXECUÇÃO.................................................................23 DAS PRIORIDADES DE MUDANÇAS...........................................................23 Prioridade zero – alterações deverão ser executadas com prioridade zero, caso se enquadre nos seguintes itens.......................................................24 Prioridade um – alterações deverão ser executadas com prioridade um, caso se enquadre nos seguintes itens.......................................................24 Prioridade dois – alterações deverão ser executadas com prioridade dois, caso se enquadre nos seguintes itens.......................................................24 Prioridade três – alterações deverão ser executadas com prioridade três, caso se enquadre nos seguintes itens.......................................................24 DO CONTROLE DE MUDANÇAS DE QUALIDADE E ESTRUTURA ANALÍTICA.....................................................................................................24 DA ATUALIZAÇÃO DO PLANO DE QUALIDADE..........................................25 DA METODOLOGIA ÁGIL ESCOLHIDA: SCRUM.........................................25 DO CRONOGRAMA E SPRINTS...................................................................26 BIBLIOGRAFIA................................................................................................27 Resumo Neste Prointer o desafio é implantar um novo aplicativo mobile capaz de aumentar conectividade entre os alunos do curso EAD de Tecnologia em Analise e Desenvolvimento de Sistema no desenvolvimento das atividades e trabalhos do curso. O aplicativo tem como função principal disponibilizar meios para os alunos desenvolverem atividades em grupo dividindo as tarefas entre eles, compartilhando a versão mais recente da atividade a cada nova postagem e notificando todo o grupo a cada atualização. Introdução Para atender as demandas do curso de Tecnologia em Analise e Desenvolvimento de Sistema da Faculdade Anhanguera, os alunos do 5˚ semestre precisarão desenvolver um aplicativo tendo as seguintes funcionalidades: Permitir que os alunos trabalhem de forma colaborativa para a resolução de uma determinada tarefa e o seu acompanhamento. Voltado para o desenvolvimento de atividades que precisam ser realizadas em grupos e com a divisão das tarefas, de forma que seja possível o compartilhamento da versão mais recente da atividade para todo o grupo Que a cada nova postagem, receba uma notificação de atualização do material construído. O aplicativo devera disponibiliza uma versão individual do trabalho compartilhado e o seu respectivo histórico, bem como, uma versão colaborativa, contemplando todas as atualizações de acordo com a ordem de alteração do arquivo, por hora e data. Ter armazenamento em cloud computing. Armazenamento do material em tempo pré-definido em uma pasta privada. Facilidade de acesso: cadastro fácil e layout limpo. O aplicativo deverá disponibilizar a versão XML, .xls e .doc do documento desenvolvido. Durante o início do aplicativo, deverá ser escolhido o tipo de pasta para inserir seus projetos: pública ou privada e determinar o tempo de duração do projeto. Sendo este o mesmo tempo pré-definido em que o arquivo deverá estar disponível para que a equipe cadastrada possa criar e/ou alterar o projeto antes de cada entrega. RFP (REQUISIÇÃO FORMAL DE PROPOSTA) REQUISIÇÃO FORMAL DE PROPOSTA Criação de Aplicativo Mobile Android para o corpo discente do curso EAD semipresencial TADS da Faculdade Anhanguera 28 de abril de 2019 SUMARIO EMPRESA.......................................................................................................08 CONTATOS.....................................................................................................08 INTRODUÇÃO DO PROJETO........................................................................09 ESCOPO DO PROJETO.................................................................................10 CRITÉRIOS DE AVALIAÇÃO.........................................................................11 CRONOGRAMA..............................................................................................11 EMPRESA Alunos do 5˚ semestre do curso EAD semipresencial de Tecnologia em Analise e Desenvolvimento de Sistemas (TADS) da Faculdade Anhanguera unidade Jundiaí. Os alunos dos 5˚ semestre da faculdade anhanguera são profissionais em formação se especializando em analise e desenvolvimento de Sistema. Dentro do escopo fornecido os alunos já desenvolveram diversos trabalhos aos longos dos semestres do curso com o intuito de fornecer qualidade nos trabalhos entregues desta forma beneficiando os clientes. CONTATOS Contato 1 João Ricardo Fortunato da Silva RA: FPJ5959882802 Rua Luiz Constantino Bochino, 77 – vila Jundiainopolis CEP: 13206-550 Telefone: (011) 97416-4505 Contato 2 Valeria dos Santos Ribeiro RA: FPJ7786814533 Rua Zacarias de Góes, 33 - Centro CEP: 13201-800 Telefone: (011)97325-1048 INTRODUÇÃO DO PROJETO Para atender as demandas do curso de Tecnologia em Analise e Desenvolvimento de Sistema da Faculdade Anhanguera, os alunos do 5˚ semestre precisarão desenvolver um aplicativo tendo as seguintes funcionalidades: Permitir que os alunos trabalhem de forma colaborativa para a resoluçãode uma determinada tarefa e o seu acompanhamento. Voltado para o desenvolvimento de atividades que precisam ser realizadas em grupos e com a divisão das tarefas, de forma que seja possível o compartilhamento da versão mais recente da atividade para todo o grupo Que a cada nova postagem, receba uma notificação de atualização do material construído. O aplicativo devera disponibiliza uma versão individual do trabalho compartilhado e o seu respectivo histórico, bem como, uma versão colaborativa, contemplando todas as atualizações de acordo com a ordem de alteração do arquivo, por hora e data. Ter armazenamento em cloud computing. Armazenamento do material em tempo pré-definido em uma pasta privada. Facilidade de acesso: cadastro fácil e layout limpo. O aplicativo deverá disponibilizar a versão XML, .xls e .doc do documento desenvolvido. Durante o início do aplicativo, deverá ser escolhido o tipo de pasta para inserir seus projetos: pública ou privada e determinar o tempo de duração do projeto. Sendo este o mesmo tempo pré-definido em que o arquivo deverá estar disponível para que a equipe cadastrada possa criar e/ou alterar o projeto antes da entrega final. ESCOPO DO PROJETO Definição do Escopo O Aplicativo na fase inicial do projeto será nomeado como TADSPROJECT1 e será construído em linguagem C e/ou Java script. O aplicativo contara com cerca de 5 páginas principais para acesso e navegação do aplicativo 2 páginas segundarias para as configurações da conta e aplicativo e a tela de ajuda. A primeira página do aplicativo será a área de login e cadastro dos usuários, onde será solicitado os dados para cadastro se for novo usuário ou dados de login se for usuário já cadastrado. A segunda pagina oferece múltiplas escolhas para iniciar um novo projeto ou abrir um projeto em andamento. No cabeçalho da página haverá botões que levarão a outras páginas como por exemplo configurações básicas e informações da conta. O rodapé contara com informações do aplicativo como versão, empresa, etc. A terceira página é acessada quando o usuário escolhe iniciar um novo projeto, onde será necessário o preenchimento de algumas informações para início do projeto, tais como Nome do grupo; Membros do grupo; Nome do projeto. A quarta pagina é aonde os usuários poderão trabalhar com um projeto em andamento, é nessa tela que ocorrera as edições do documento. Botões no rodapé da página trarão a opção de editar e salvar o documento. A quinta tela será uma breve janela que será iniciada quando o usuário clicar no botão de salvar da quarta tela, ela trará a opção de salvar os documentos em uma memória interna (HD) ou em uma conta em nuvem (Googe Driver; OneDriver; etc...). A primeira tela segundaria abre as configurações do aplicativo, como preferência de idiomas, opções de salvamento automático, etc. A segunda tela abre a tela de ajuda do aplicativo. CRITÉRIOS DE AVALIAÇÃO A avaliação será conforme premissa básica do curso TADS no quesito de entrega do projeto interdisciplinar. ID CRITÉRIO DESCRIÇÃO MÉTRICA 1 Pontualidade e qualidade na entrega Parcial Entrega da etapa 1 do PROINTER dentro do prazo estabelecido pela Faculdade (10/05/2019) atendendo os critérios estabelecidos para a nota. 3 2 Pontualidade e qualidade na entrega Final Entrega da etapa 2 do PROINTER dentro do prazo estabelecido pela Faculdade (06/06/2019) atendendo os critérios estabelecidos para a nota. 7 Tabela 1: Critérios de avaliação RFP; Fonte: Próprio autor CRONOGRAMA ITEM DESCRIÇÃO PRAZO 1 Inicio do planejamento do aplicativo 15/02/2019 2 Elaboração DO RFP 01/03/2019 3 Preenchimento do TAP 01/03/2019 4 Preenchimento do relatório parcial 15/03/2019 a 05/04/2019 5 Revisão do relatório parcial 26/04/2019 6 Entrega do relatório Parcial 02/05/2019 7 Construção do aplicativo 03/05/2019 a 17/05/2019 8 Testes do aplicativo 18/05/2019 a 23/05/2019 9 Elaboração do relatório final 24/05/2019 10 Entrega do relatório final 06/06/2019 Tabela 2: Cronograma do projeto; Fonte: Próprio autor Data Inicial: 15/02/2019 Data final: 06/06/2019 MODELO TAP (TERMO DE ABERTURA DE PROJETO) O modelo do TAP utilizado no projeto foi baseado no modelo oferecido pelo portal PMKB (https://pmkb.com.br/artigos/modelos-de-termo-de-abertura-de-projeto/_Acessado em 15/04/2019). TADSPROJECT1 Criação de Aplicativo Mobile Android para o corpo discente do curso EAD semipresencial TADS da Faculdade Anhanguera REVISÕES 0 Emissão Inicial Nº DESCRIÇÃO T.E DATA PREP. VERIF. APROV. LIBER. T.E. - TIPOS DE EMISSÃO A - Preliminar C - P/ Conhecimento E - P/ Construção G - Conf. Construído L - Aprovado B - P/ Aprovação D - P/ Cotação F - Conf. Comprado H - Cancelado Preparado Verificado Aprovado Liberado Data O.S. 28/04/2019 XX XXXX TADSPROJECT1 PROJETISTA I João Ricardo Fortunato Nº PROJETISTA I: Rev.: PÁGINA: xxx-xxxx 0 1/5 PROJETISTA II Valeria Ribeiro Nº PROJETISTA II: xxx-xxxx Nº: XXXX Termo de Abertura do Projeto Nome do Projeto: Cliente: Patrocinador do Projeto: Gerente do Projeto: Previsão de Início e Término: TADSPROJECT1 Curso EAD de Tecnologia em Analise e Desenvolvimento de Sistema NA João Ricardo Fortunato e Valéria Ribeiro 15/02/2019 06/06/2019 Descrição da Oportunidade a ser aproveitada ou do Problema a ser resolvido: Este aplicativo terá a seguinte funcionalidade: permitir que os alunos trabalhem de forma colaborativa para a resolução de uma determinada tarefa e o seu acompanhamento. Voltado para o desenvolvimento de atividades que precisam ser realizadas em grupos e com a divisão das tarefas, de forma que seja possível o compartilhamento da versão mais recente da atividade para todo o grupo e este, a cada nova postagem, receba uma notificação de atualização do material construído. Objetivos: Criação de aplicativo mobile para uso acadêmico discente que deverá ser utilizado para o compartilhamento de informações entre os estudantes do curso de TADS na faculdade Anhanguera. Descrição Resumida do Projeto: Para atender as demandas do curso de Tecnologia em Analise e Desenvolvimento de Sistema da Faculdade Anhanguera, os alunos do 5˚ semestre precisarão desenvolver um aplicativo tendo as seguintes funcionalidades: Permitir que os alunos trabalhem de forma colaborativa para a resolução de uma determinada tarefa e o seu acompanhamento. Voltado para o desenvolvimento de atividades que precisam ser realizadas em grupos e com a divisão das tarefas, de forma que seja possível o compartilhamento da versão mais recente da atividade para todo o grupo. Que a cada nova postagem, receba uma notificação de atualização do material construído. O aplicativo devera disponibiliza uma versão individual do trabalho compartilhado e o seu respectivo histórico, bem como, uma versão colaborativa, contemplando todas as atualizações de acordo com a ordem de alteração do arquivo, por hora e data. Ter armazenamento em cloud computing. Armazenamento do material em tempo pré-definido em uma pasta privada. Facilidade de acesso: cadastro fácil e layout limpo. O aplicativo deverá disponibilizar a versão XML, .xls e .doc do documento desenvolvido. Estudos Preliminares: Há necessidade da realização de estudos preliminares/complementares antes do início do projeto? ( x ) Sim ( ) Não Se Sim, quem será o responsável pelo estudo? A responsabilidade de estudos preliminares/complementares ficará a cargo dos responsáveis pela entrega do projeto João Ricardo Fortunato da Silva e Valeria dos Santos RibeiroProdutos Esperados: Aplicativo para o compartilhamento de informações entre alunos Principais Riscos Envolvidos: Falha no desenvolvimento Mal funcionamento do aplicativo Falha de segurança no aplicativo Matriz de Responsabilidades: Atividade Responsável João Ricardo Valéria Ribeiro Tutor online 1 ELABORAR MODELO DE RFP E PREENCHER R C A 2 ELABORAR TAP E PREENCHER R C A 3 Identificar e detalhar as atividades propostas R C A 4 ESCOPO DO PROJETO R C A 5 Plano de Gerenciamento de Qualidade C R A 6 Cronograma de Entrega (Na ferramenta WBSTool) C R A 7 Plano de Gerenciamento e controle do Projeto C R A Tabela 3: Matriz de responsabilidade do TAP; Fonte: Próprio autor Legenda: R: Responsável; A: Aprova; C: Colabora/Apoio; I: Informado Cronograma Atividade MÊS 01 02 03 04 05 06 07 08 09 10 11 12 1 Inicio do planejamento do aplicativo 2 Elaboração DO RFP 3 Preenchimento do TAP 4 Preenchimento do relatório parcial 5 Revisão do relatório parcial 6 Entrega do relatório Parcial 7 Construção do aplicativo 8 Testes do aplicativo 9 Elaboração do relatório final 10 Entrega do relatório final Tabela 4: Cronograma físico; Fonte: Próprio autor Início do Projeto: 15/02/2019 Fim Previsto do Projeto: 06/06/2019 REQUSITO FUNCIONAL E NÃO FUNCIONAL Modelagem do Negócio A modelagem de negócio é um processo onde se realiza o levantamento de uma sequência de atividades iniciadas a partir de uma demanda com o exclusivo objetivo de entregar um bom resultado, sendo uma forma de representar os processos de uma empresa como modelos utilizando de metodologias criadas para esse fim. Na modelagem de processos de negócios, podemos dar diferentes níveis de detalhamento de cada processo modelado. Utilizando como exemplo o aplicativo mobile android para o corpo discente, a modelagem de negócios tem como objetivo distinguir cada atividade envolvida no processo de acesso ao aplicativo e representa-las graficamente para um melhor entendimento de suas funções. Entendimento dos Principais negócios do processo Processos Serviços Envolvidos CADASTRAR USUARIO Cria cadastro dos usuários em Banco de Dados para consulta/alteração Usuário / Usuário Chave CADASTRAR TRABALHOS / ATIVIDADES Cria cadastro dos trabalhos / atividades em Banco de Dados para consulta/alteração Usuário CADASTRAR REDES PARCEIRAS Cria cadastro de redes parceiras da empresa em Banco de Dados para consulta/alteração Gera descontos para cliente de acordo com oferta da rede selecionada Usuário ATUALIZA OS TRABALHOS /ATIVIDADES CONFORME CADA POSTAGEM DOS USUARIOS Busca no banco de dados as informações do trabalho / atividades, salva as alterações no trabalho / atividades Sistema Data de Postagem Gera no banco de dado informações da data de alteração do trabalho / atividade Sistema Pesquisa de produto disponível Gera lista de atualizações por usuários do trabalho / atividade em desenvolvimento Sistema Emitir relatórios de valores diários Gera relatório completo de locações realizadas de acordo com a data selecionada Usuário Autores: João e Valéria. Levantamento dos requisitos funcionais e organização dos requisitos funcionais em casos de uso Este levantamento listará os requisitos funcionais encontrados no sistema, requisitos estes que representam funções que o software deve apresentar (VENTURA,2016). Requisitos do software RF001- Cadastrar novo usuário RF002- Definir grupo de trabalho RF003- Cadastrar novo trabalho/atividade RF004- Cadastrar data limite para entrega do trabalho/atividade RF005- Abrir / Editar trabalho/atividade cadastrada RF006- Salvar trabalho/atividade editada RF007- Salvar Trabalho/atividade em cloud computing RF008- Enviar notificação ao grupo quando o trabalho/atividade for atualizado. RF009- Apresentar versão para edição do trabalho/atividade RF010- Apresentar versão final do trabalho/atividade Autores: João e Valéria. A partir desses requisitos funcionais apresentados será elaborado o diagrama de casos de uso a seguir que apresenta os serviços realizados. Diagrama de caso de uso Autores: João e Valéria. Modelagem do domínio da solução Serão elaborados 3 diagramas que visam apresentar solução para problemas de acordo com os requisitos levantados. Os diagramas apresentados serão: diagrama de classes, diagrama de sequência e o diagrama de entidade e relacionamento. Elaboração do Diagrama de Classes: O diagrama a seguir exibe os conceitos relevantes ao sistema, identificando as informações que serão manipulados no sistema: Autores: João e Valéria. Diagrama de Sequência Figura 1- Autores: João e Valéria. Figura 2- Autores: João e Valéria. Figura 3- Autores: João e Valéria. PLANO DE GERENCIAMENTO DE QUALIDADE A qualidade do projeto deverá ser avaliada de acordo com os prazos estabelecidos e qualidade nas etapas executadas a cada sprint do projeto, as avaliações se darão por meio de reuniões para de acompanhamento. DOS PRAZOS Os atrasos serão contabilizados a partir das datas definidas no cronograma inicial do projeto (ver cronograma, pg. 3), e o acompanhamento deverá ser feito através de reuniões nas datas estabelecidas para cada entrega, e nos relatórios de evolução. Em caso de atrasos superior a 10% do estabelecido, deverá ser realizado um novo plano de ação. DA QUALIDADE DE EXECUÇÃO A qualidade deverá será avaliada por meio de reuniões, ao final de cada sprint, onde serão apresentados relatórios do que foi desenvolvido, de acordo com o escopo do projeto. As correções devem estar em conformidade com o escopo pré definido na Requisição Formal de Proposta, nas solicitações de correção deverão constar: Descrição do problema; Cenário ideal; Prioridade; Causas do defeito; Ações corretivas necessárias. As correções necessárias deverão ser entregues juntamente com a sprint seguinte, e será necessária uma nova avaliação de qualidade. DAS PRIORIDADES DE MUDANÇAS Havendo necessidade de mudanças nos quesitos de qualidade do projeto, as solicitações deverão ser formalizadas com o gerente de projeto, e ser definida qual é a prioridade das solicitações, para que o escopo e cronograma do projeto não sejam afetados e nem seja gerado demandas desnecessárias, de forma que não haja comprometimento na qualidade das entregas. Prioridade zero – alterações deverão ser executadas com prioridade zero, caso se enquadre nos seguintes itens: Alto impacto na qualidade do projeto; Alto impacto em áreas do projeto; O gerente de projeto não possuir autonomia para decidir sobre mudanças no projeto; Acionamento obrigatório ao solicitante do projeto. Prioridade um – alterações deverão ser executadas com prioridade um, caso se enquadre nos seguintes itens: Médio impacto no projeto; Médio impacto em áreas do projeto; O gerente de projeto total autonomia para decidir sobre mudanças no projeto; Possibilidade de acionamento ao solicitante do projeto; Prioridade dois – alterações deverão ser executadas com prioridade dois, caso se enquadre nos seguintes itens: Não possui impacto significativo no projeto; Agregam valor ao projeto; Prioridade três – alterações deverão ser executadas com prioridade três, caso se enquadre nos seguintes itens: Não possui impacto significativo no projeto; DO CONTROLE DE MUDANÇAS DE QUALIDADE E ESTRUTURA ANALÍTICA Mudanças nos requisitosde qualidades deverão obedecer ao fluxo abaixo. E as requisições deverão ser adicionadas aos relatórios de avaliação, para acompanhamento do projeto. DA ATUALIZAÇÃO DO PLANO DE QUALIDADE O plano de qualidade poderá ser revisto e alterado sempre que houver necessidade, conforme o andamento do projeto, se esta, não for contrária ao escopo aprovado na Requisição Formal de Proposta. As solicitações deverão ser requeridas no plano de qualidade do projeto e ainda, formalizada por e-mail. Antes de atendida, a necessidade de alteração deverá ser comprovada e será necessária a aprovação do gerente do projeto. DA METODOLOGIA ÁGIL ESCOLHIDA: SCRUM O Cronograma prevê que das funcionalidades previstas no projeto, serão entregues partindo de sua prioridade para o projeto como um todo: Dessa forma, seguindo as diretivas da metodologia ágil SCRUM, cada funcionalidade a ser desenvolvida, é dividida por Sprint. O tempo necessário para desenvolvimento é definido de acordo com a complexidade da funcionalidade.Inicio do planejamento do aplicativo Elaboração do RFP Preenchimento do TAP Preenchimento do relatório parcial Revisão do relatório parcial Entrega do relatório Parcial Construção do aplicativo Testes do aplicativo Elaboração do relatório final Entrega do relatório final Importância DO CRONOGRAMA E SPRINTS 15 dias 1 dia 1 dia 20 dias 21 dias 6 dias 14 dias 5 dias 2 dias 12 diasSprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 BIBLIOGRAFIA CAMARGO, Robson, 2018. Dicas para elaborar uma RFP eficaz, Disponível em: <https://robsoncamargo.com.br/blog/Dicas-para-elaborar-uma-RFP-eficaz> Acesso em: 15 de abril de 2019. COSTA, Flavio, 2018. TAP – A certidão de nascimento do projeto. Disponível em: <https://sitecampus.com.br/tap-a-certidao-de-nascimento-do-projeto/> Acesso em: 15 de abril de 2019. JUNIOR, Carlos, 2017. O que termo de abertura de projeto? Disponível em: <https://www.projectbuilder.com.br/blog/o-que-e-o-termo-de-abertura-do-projeto/> Acesso em: 15 de abril de 2019. LANZ, Luciano Quinto, 2013. Modelos de termo de abertura de projetos, Disponível em: <https://pmkb.com.br/artigos/modelos-de-termo-de-abertura-de-projeto/> Acesso em: 15 de abril de 2019. MENDES, Antônio, 2008. Engenharia de software 3: requisitos não funcionais, Disponível em: <https://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525> Acesso em: 15 de abril de 2019. RODRIGUES, Eli, 2019. Como fazer uma RFP, Disponível em: <https://www.elirodrigues.com/2012/10/19/como-fazer-uma-rfp/> Acesso em: 15 de abril de 2019.