Template - Relatório docx

Prévia do material em texto

Título do Projeto 
Nome do Estudante 
 Engenharia de Computação 
 Instituto Federal Catarinense (IFC) 
 São Bento do Sul/SC – Brasil 
 email@ifc.edu.br 
Nome do Estudante 
Engenharia de Computação 
Instituto Federal Catarinense (IFC) 
São Bento do Sul/SC - Brasil 
email@ifc.edu.br 
 
Resumo— O resumo é uma apresentação concisa e abrangente dos 
pontos relevantes do trabalho, que ressalta o objetivo, a 
metodologia, os resultados e as conclusões. Deverá ser apresentado 
em um único parágrafo sem indicativo numérico e conter de 150 a 
250 palavras. Após o resumo, devem figurar três ou quatro 
palavras-chave, precedidas da expressão “Palavras-chave” e 
iniciadas por letra minúscula, sucedidas cada uma por vírgula. 
Garanta que seu resumo seja compreensível e gramaticalmente 
correto. 
Palavras-chave — Palavra 1, palavra 2, palavra 3, palavra 4. 
I. INTRODUÇÃO 
A introdução cumpre um importante papel de instigar o 
leitor: seu texto deve incentivá-lo a prosseguir para as páginas 
seguintes do artigo. 
A introdução é a descrição do que se pretende relatar ao 
longo do artigo. Ela deve apresentar os elementos centrais do 
escopo do projeto, sobretudo o objetivo geral e a importância, 
dentre outras informações relevantes que permitam ao leitor 
compreender o que o trabalho contempla. Além disso, na 
introdução pode ser descrita a estrutura do trabalho (sequência 
das seções e respectivos conteúdos). 
É importante também que já na introdução seja especificado 
o grupo social atendido, suas condições e características. No 
caso do projeto desenvolvido em alguma instituição, pode-se 
mencionar brevemente seu histórico, foco de atuação, 
propósitos, estrutura, dentre outros aspectos considerados 
pertinentes. 
Dica: Ainda que sejam os primeiros itens a aparecer no 
trabalho acadêmico, recomenda-se que Resumo e Introdução 
sejam os últimos elementos a serem construídos (ora, é mais 
viável defender a importância e apresentar o conteúdo do 
trabalho depois que já se sabe o que ele envolve!). 
 
II. ESCOPO DO PROJETO 
Nesta seção do trabalho deve ser apresentado o escopo do 
projeto, envolvendo elementos importantes para que o leitor 
possa compreender o que foi desenvolvido, por que isso é 
importante e de que forma foi planejado. Para tanto, o escopo 
está estruturado em seções, que devem ser contempladas na sua 
totalidade. 
A. Objetivo geral 
Nesta seção deve ser apresentado o objetivo geral do projeto. 
Você pode fazer um parágrafo introdutório breve, e então relatar 
o propósito central em si. Quanto à estrutura do objetivo geral, 
procure ser bastante sucinto, direto e focado. O objetivo geral 
costuma ser representado por uma única frase, que delimita 
aspectos como o que será feito/entregue, para quem, em que 
prazo e com que finalidade/propósito. Além disso, o objetivo 
geral deve iniciar com um verbo no infinitivo, caracterizando 
uma ação passível de mensuração. 
Ao definir o objetivo geral, tenha em mente que você está se 
comprometendo com ele! É o que precisa ser alcançado por 
meio do projeto. Então tenha o cuidado de fazer a delimitação 
necessária, a fim de não ampliar em demasia o propósito e 
prejudicar a avaliação dos resultados obtidos no trabalho. 
 
B. Backlog inicial do produto 
O backlog do produto corresponde aos requisitos que devem 
ser atendidos pelo produto que resultará do projeto. Por 
exemplo: se o projeto envolve o desenvolvimento de um 
software, que funcionalidades esse software deve atender? Que 
características principais deve apresentar? De que forma se 
espera que ele funcione, ou que gere soluções (valor) ao 
usuário? Tais condições/requisitos devem ser incluídos aqui. 
De modo geral, o backlog do produto será utilizado como 
parâmetro para avaliar se o resultado final do projeto atingiu os 
propósitos desejados. No entanto, dada a dinâmica de 
desenvolvimento do trabalho, os requisitos são passíveis de 
modificação ao longo do tempo, principalmente se forem 
observadas possibilidades de incrementos em relação ao que se 
estimava previamente. Por isso é que aqui estamos tratando do 
backlog inicial do produto! 
 
C. Justificativa 
O avanço da tecnologia e o crescente uso das redes sociais 
transformaram a forma como organizações se comunicam com 
seus públicos. No entanto, muitas instituições do terceiro setor, 
especialmente as compostas por voluntariado, enfrentam sérias 
limitações na produção e manutenção de conteúdos digitais de 
forma profissional, sistemática e estratégica. Essa fragilidade 
compromete diretamente a visibilidade, o engajamento e a 
captação de recursos dessas entidades, afetando sua capacidade 
de cumprir suas missões sociais. 
 
A Rede Feminina de Combate ao Câncer de Rio Negrinho, 
instituição sem fins lucrativos com foco na prevenção do câncer 
e no apoio integral às mulheres em tratamento, enfrenta desafios 
dessa natureza. A comunicação com o público se dá 
majoritariamente por meio de ações presenciais e redes sociais, 
mas o uso dessas plataformas ainda é intuitivo, pouco 
padronizado e sem o apoio de estratégias que garantam sua 
efetividade. Diante disso, o presente projeto busca suprir essa 
lacuna por meio de uma proposta de capacitação prática, 
acessível e aplicável à realidade da instituição. 
 
A importância do projeto também se sustenta em evidências 
da literatura. Segundo Toneli (2003), muitas ONGs com atuação 
social — sobretudo as voltadas a pautas femininas — enfrentam 
limitações quanto à periodicidade, financiamento e alcance de 
suas publicações digitais, o que coloca em risco seus objetivos 
institucionais e editoriais. Essa constatação reforça a urgência 
de iniciativas que promovam o fortalecimento das capacidades 
comunicacionais dessas organizações, principalmente por meio 
da apropriação de ferramentas gratuitas e acessíveis como o 
Meta Business e o Canva. 
 
Além disso, o projeto gera benefícios diretos à comunidade, 
ao contribuir para a continuidade e expansão das ações da Rede 
Feminina, que já realiza atendimento gratuito em saúde, 
educação e assistência social. Sua execução foi viabilizada 
graças ao engajamento da equipe de desenvolvimento, ao 
interesse da instituição parceira e à natureza acessível das 
ferramentas utilizadas. A proposta demonstrou ser tecnicamente 
possível, financeiramente viável e socialmente relevante, 
justificando plenamente os recursos empregados em sua 
realização. 
 
D. Premissas, restrições e riscos 
Nesta seção você relatará as premissas, restrições e riscos do 
projeto. Vamos relembrar o que cada um desses elementos 
representa: 
● premissas: são as verdades assumidas ao planejar um 
projeto, representando afirmações para as quais não há 
provas. Toda premissa envolve também um risco. Por 
exemplo: no projeto de construção de uma casa, pode-se 
ter a premissa de que o alvará estará aprovado pela 
prefeitura. Assume-se isso como uma verdade, mas se o 
alvará não estiver aprovado, o desenvolvimento do 
projeto acaba comprometido. De modo geral, as 
premissas representam as condições básicas iniciais para 
o começo do projeto; 
● restrições: representam os limites internos e externos 
existentes para o desenvolvimento do projeto. 
Incluem-se aqui, por exemplo, questões legais, aspectos 
operacionais, cláusulas contratuais, requisitos 
obrigatórios, etc. No exemplo da construção de uma 
casa, citado anteriormente, uma restrição poderia ser o 
horário de funcionamento da obra, delimitado por 
alguma regulamentação específica. A observação das 
restrições contribui para que os riscos sejam evitados; 
● riscos: referem-se a eventos ou condições incertos que, 
se ocorrerem, terão um efeito positivo ou negativo nos 
objetivos do projeto (negativos, em geral). Pensando 
ainda na construção da casa, períodos muito longos de 
chuva podem ter reflexos devastadores à obra, e não é 
possível prevê-los com precisão. Ainda que não se possa 
ter a certeza da ocorrência de um risco, identificar a 
probabilidade de queocorra e quais seriam seus reflexos 
para o projeto permite uma melhor gestão dos fluxos e 
possíveis danos. 
Premissas, restrições e riscos são elementos interdependentes 
em algum nível. Quanto melhor for a definição destes 
elementos, menos surpresas você terá ao longo do 
desenvolvimento do projeto – ou pelo menos mais fácil será 
realizar a gestão dos processos quando algum imprevisto 
acontecer. 
 
E. Time de desenvolvimento e planejamento do projeto 
Aqui deve ser apresentada a equipe do projeto, 
caracterizando as pessoas envolvidas, suas contribuições e 
responsabilidades em relação às atividades a serem 
desenvolvidas. Recomenda-se a elaboração de um quadro, no 
qual sejam incluídas as seguintes informações de cada membro 
do time: 
● Nome completo; 
● Competências (Conhecimentos, Habilidades e Atitudes). 
É importante que tais características estejam alinhadas 
aos requisitos do projeto e às responsabilidades que o 
participante assumirá; 
● Atribuições no projeto: detalhar as principais 
responsabilidades do membro da equipe para a execução 
do projeto. 
III. DESENVOLVIMENTO DO PROJETO 
Descreva, com a maior riqueza de detalhes possível, a 
execução do projeto em si. Isso inclui relato quanto a material, 
métodos, descrição detalhada de procedimentos e testes, 
cronograma, custos, etc. Algumas sugestões para a construção 
deste capítulo: 
● o desenvolvimento deve ser relatado a partir da lógica 
das Sprints realizadas, de seus eventos, entregas e 
ocorrências; 
● inclua registros que permitam evidenciar o 
desenvolvimento do projeto, tais como fotos, links para 
documentação em vídeo, prints de tela, dentre outros. 
Isso enriquece e confere maior credibilidade ao relato, 
além de ser item obrigatório conforme descrito nas 
orientações da atividade. Utilize como exemplo a 
imagem da figura 1; 
● relate a ocorrência de imprevistos (sejam eles positivos 
ou negativos), descreva quais foram os principais 
desafios enfrentados, as maiores dificuldades, as 
circunstâncias marcantes da execução; 
● sempre que possível, faça articulações com o conteúdo 
apresentado na justificativa (seção 1.3), para consolidar 
a importância daquilo que se está desenvolvendo; 
● compreenda que o papel deste capítulo consiste em 
permitir que o leitor conheça como seu projeto 
aconteceu, aproprie-se dos detalhes do desenvolvimento 
e tenha uma noção clara de que os resultados alcançados 
não foram fruto do acaso. Portanto, quanto mais você 
detalhar, melhor. 
 
 
Figura 1. Ambiente virtual desenvolvido utilizando a WebGL. 
IV. RESULTADOS 
Esta seção contempla a transcrição dos resultados do projeto, 
utilizando textos, diagramas, gráficos, tabelas, ou outras formas 
de apresentação que permitam visualizar os resultados obtidos. 
O relato deve incluir também comentários e análises dos 
resultados, inclusive estabelecendo articulações com a teoria, 
quando for o caso. 
Ao descrever os resultados, resgate o objetivo geral e indique 
se e como ele foi cumprido. Também aborde se as contribuições 
esperadas na justificativa foram alcançadas. Podem ser 
incluídos ainda aspectos relativos às premissas, aos riscos e às 
restrições. E o mais relevante: apresente se e como os requisitos 
do produto foram alcançados. 
 
V. CONCLUSÕES 
Ao finalizar o relatório, devem ser apresentadas as 
conclusões do projeto, incluindo aspectos como: Os objetivos 
foram cumpridos? Quais são as principais contribuições 
proporcionadas pelo projeto, em termos teóricos e/ou práticos? 
Quais são as principais limitações ocorridas ao longo do 
desenvolvimento do projeto? Há recomendações para projetos 
futuros? Etc. 
Nas considerações finais podem ser incluídos ainda os 
principais aprendizados gerados, e como isso favoreceu a 
construção de competências necessárias à formação 
profissional. 
 
AGRADECIMENTOS 
Registre aqui as instituições e os profissionais que 
contribuíram para o desenvolvimento do projeto, e que você 
considera importante reconhecer. 
REFERÊNCIAS 
[1] As referências devem ser listadas em ordem alfabética, mantendo-se o 
alinhamento à margem esquerda e ocupando todo o espaço até a margem 
direita.