Dicas sobre o Relatório de Estágio

Documentos relacionados
Insuficiente (0-9) Suficiente (10-13) Suficiente (10-13) Insuficiente (0-9) Insuficiente (0-9) Suficiente (10-13)

O novo Mestrado em Engenharia Informática da FCT/UNL FCT/UNL. Departamento de Informática (2007/2008)

Interfaces Pessoa-Máquina (IPM)

PLM200 Processos empresariais em Gerenciamento de projetos

TESTES DE SOFTWARE 1. Fundamentos sobre testes de software

Relatório de Estágio Curricular Obrigatório

Instituto Superior de Línguas e Administração. Licenciatura em [Curso] [Título do Trabalho, Centrado e em Maiúsculas e Minúsculas]

O PROCESSO DE ORIENTAÇÃO DE UMA MONOGRAFIA GUIA PARA OS ORIENTADORES DE TCC DO CIS

Engenharia da Programação

2. Modelos de Desenvolvimento de Software

2

PROCESSO DE DESENVOLVIMENTO DE PRODUTOS (PDP) AULA 02 UFPR. Prof.ª Nicolle Sotsek Ramos

Abordagem para Construção de SI. Ciclo de Vida de Sistemas Tradicionais

REGULAMENTO DA INICIAÇÃO À PRÁTICA PROFISSIONAL DOS 2º CICLOS EM ENSINO DA FCUP. I - Natureza e Objectivos

RELATÓRIO DE ESTÁGIO 1 CONCEITO

SISTEMA DE PRESTAÇÃO DE CONTAS POR VIA ELECTRÓNICA - SERVIÇOS E ORGANISMOS PÚBLICOS (APRESENTAÇÃO)

Guião orientador Manual de Qualidade da Actividade Formativa

Metodologias Protótipo Cronograma Levantamento de Requisito

Manual do facilitador

Análise e projeto de sistemas

Arquitecturas de Software Enunciado de Projecto

Gerência de Projetos

RELATÓRIO DEFINIÇÃO. Resumo

Apps na prática 1 Aviso Legal: Este material foi produzido e desenvolvido pela Fábrica de Aplicativos S.A para o curso presencial e online.

Aprendizagem Baseada em Projectos A experiência de Águeda

1. Conceitos Fundamentais

MANUAL DO PROJETO INTEGRADO DO CURSO DE ENGENHARIA DE PRODUÇÃO

S4600. Processos empresariais no SAP S/4HANA Sales ESTRUTURA DO CURSO. Versão do curso: 08 Duração do curso:

AUTO-AVALIAÇÃO DO AGRUPAMENTO SEGUNDO O MODELO CAF AUTO-AVALIAÇÃO DA QUALIDADE DO AGRUPAMENTO

Como Escrever um Documento de Projecto para Redes Informáticas

PLANO SUCINTO DE NEGÓCIO

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima

Estratégia e Marketing. EGI ISEC Denise Lila Lisboa Gil Abril 2008

ORIENTAÇÕES DISCIPLINA DE FINALIZAÇÃO ESTÁGIO SUPERVISIONADO TURMA EAD SERVIÇO SOCIAL

Curso Especializado de UX

Engenharia Reversa e Reengenharia. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015

Uma nota prévia sobre a ciência e o que é conhecimento científico

REGULAMENTO DO CURSO DE MESTRADO EM ENGENHARIA INFORMÁTICA PELA FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO. Cláusula 1ª. Área de especialização

Engenharia de Requisitos

Dúvidas frequentes Estágios Curriculares

Apps para a Internet Em Visual Studio EDIÇÕES 2017 RIO TINTO

Padrão para Especificação de Requisitos de Produto de Multimídia

Desenho e Registo Digital de Imagem - módulo 7. Desenho e Registo Digital de Imagem - professor Ricardo Ramalho

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

Faculdade de Tecnologia SENAC Pelotas Interface Homem Computador 3º Semestre

Redação (Aula 01) Profª Dayane Cristine Negri Profº Rafael Semensi Profª Tatiane Matos Vieira 02/03/2.010

ANTEPROJECTO DE UM PROGRAMA DO TIPO MENTORADO NA FACULDADE DE CIÊNCIAS DA UNIVERSIDADE DE LISBOA (Programa de Adaptação à Faculdade - PAF 1 )

Transcrição:

Dicas sobre o Relatório de Estágio Rui Pedro Paiva Fevereiro de 2008-2011 Índice Modelo 1. Introdução (apenas lendo a introdução, o leitor deve obter uma resposta clara e sucinta a 3 questões fundamentais: o quê, porquê e como) 1.1. Motivação e Âmbito (resposta às questões o quê e porquê ) 1.2. Objectivos e Abordagens (resposta clara mas pouco detalhada à questão como ) 1.3. Contribuições Principais (referindo sumariamente os resultados alcançados e as limitações dos mesmos) 1.4. Estrutura do Documento 2. Planeamento e Gestão do Projecto 2.1. Equipa de Projecto 2.2. Processo de Desenvolvimento (MDM: em geral, ignorar) 2.3. Planeamento (com Gantt) 3. Estado da Arte (resposta mais detalhada à questão porquê ; deve ser crítico, apontando as vantagens e limitações dos métodos actuais; deve clarificar de que modo é que a abordagem proposta contribui para melhoria do estado da arte) 4. (1 ou vários capítulos de descrição do trabalho) (resposta detalhada à questão como ) 4.1. Requisitos 4.1.1. Funcionais 4.1.2. Qualidade 4.1.3. Tecnologias a Utilizar 4.2. Arquitectura (MDM: diagrama de navegação, storyboard, etc.)

4.3. Desenvolvimento (MDM: design de interfaces, programação, etc.) 4.4. Testes 5. Resultados e Análise 6. Conclusões e Trabalho Futuro Conteúdo Essencial O quê? Explicação clara do problema a tratar (1.1) Estudo detalhado do problema (4) Requisitos funcionais e de qualidade o Desempenho, escalabilidade, disponibilidade, segurança, Requisitos de usabilidade Porquê? Motivações, objectivos (1.1) Estado da Arte (3): Como se compara com ferramentas já existentes? Que mais valia traz o trabalho proposto? Como? Metodologias (1.2, 4.2, 4.3) Tecnologias (4.1) Avaliação de alternativas (1.2, 3): porquê este método/tecnologia e não outro? Quantificar sempre que possível Funciona como se pretende? (4.4) Testes funcionais, com especificação Testes de usabilidade Escolha da população, protocolo de teste, Traz mais-valia? Resultados (1.3, 5)

Novas funcionalidades Melhor desempenho Utilização em ambiente real Quantificar Em geral Fundamentar todas as decisões tomadas ao longo do trabalho Deixar claro qual o trabalho feito, quais os objectivos futuros e plano Deixar claro o grau de dificuldade, complexidade e volume de trabalho envolvido em todo o projecto Quais as dificuldades sentidas e qual o grau de dificuldade associado 1º semestre: objectivo é preparar o terreno para o 2º semestre: requisitos, arquitectura, plano de trabalhos, para desenvolvimento no 2º semestre (idealmente, deverá estar completa a análise de requisitos e especificação funcional) Escrita Definir público-alvo, estudá-lo e escrever para este (tipicamente, qualquer pessoa que pegue no relatório e não só os membros do júri) Escrever segundo o Método IC (Introdução-Conclusões): Apenas lendo a introdução e conclusões, deve-se ficar com uma ideia clara do o quê, porquê, resultados alcançados o que falta fazer e alguma ideia do como (esta é clarificada nos capítulos internos) Colocar-se no lugar do leitor Não omitir informação importante: relatório deve ser minimamente auto-contido Não explicar com detalhe excessivo aquilo que o leitor já sabe

Escrita clara, objectiva e não espalhada ao longo do documento Estruturar bem: Introdução, Descrição, Análise, Discussão, Conclusão, Secções bem ligadas Frases curtas (e não cheias de vírgulas ) Figuras legíveis (se necessário, landscape) Utilizar diagramas sempre que os mesmos clarifiquem a explicação de ideias Referências bibliográficas citadas no texto Rever o documento pelo menos uma vez antes de o entregar ao orientador para segunda revisão Apresentação Cerca de 1 slide a cada 1 ou 2 minutos Seguir o relatório e eventualmente clarificá-lo Slides claros e leves, com a informação essencial (evitar slides "Bloomberg") Slides devem servir de apoio e não conter todo o texto Ilustrações: apresentar screenshots, etc., que não estivessem disponíveis anteriormente Discussão O objectivo do júri é saber em que consiste o trabalho, qual o seu grau de dificuldade, qual a validade da estratégia seguida e sua motivação, se as decisões foram bem fundamentadas ou ad-hoc. Tudo isso deve estar clarificado no relatório e ficar patente na apresentação e na discussão Há depois outras questões que o júri precisa de averiguar: autonomia, iniciativa, envolvimento no projecto, integração na equipa, volume de trabalho realizado,... Há também as questões técnicas (directa ou indirectamente relacionadas com o projecto), com o objectivo de averiguar o à-vontade do aluno com as tecnologias utilizadas e com "o mundo à volta".

Há membros do júri que gostam de fazer perguntas mais filosóficas, sobre a opinião/percepção genérica do estagiário sobre um dado assunto, sejam eles de índole técnica ou não.