Orientações para o Planejamento e Realização do Projeto Final
|
|
- Ana Luiza Macedo Gomes
- 8 Há anos
- Visualizações:
Transcrição
1 Orientações para o Planejamento e Realização do Projeto Final Simone Diniz Junqueira Barbosa Versão: 1.0.4
2 Orientações para o Planejamento e Realização do Projeto Final Sumário 1 Introdução Projeto I Proposta de Projeto Relatório do Projeto I Acompanhamento do Projeto I Projeto II Relatório Final Código-Fonte Apresentação Acompanhamento do Projeto II Datas Projeto I Projeto II...7 Apêndice I Roteiro para a Proposta... 8 Apêndice II Roteiro para o Relatório de Projeto I...13 Apêndice III Roteiro para o Relatório Final de Projeto...18 Simone D.J. Barbosa 2
3 Orientações para o Planejamento e Realização do Projeto Final 1 Introdução Este documento apresenta orientações gerais para o planejamento e realização das disciplinas Projeto I e Projeto II nos cursos de Engenharia de Computação e Bacharelado em Informática. 2 Projeto I Os produtos do Projeto I são: Proposta de Projeto Relatório de Projeto I 2.1 Proposta de Projeto Já nas primeiras semanas do Projeto I, deve-se identificar a visão e os objetivos gerais da aplicação a ser projetada. Por volta do segundo mês do Projeto I, o aluno deverá entregar uma proposta de projeto. Para elaborar a proposta, é necessário definir o domínio do problema, o escopo da solução e o ambiente computacional de desenvolvimento e execução da aplicação. É importante que o aluno conheça as tecnologias a serem utilizadas antes de finalizar a redação da proposta, para se certificar da viabilidade da execução do que está propondo, no tempo de que dispõe. Para auxiliar no planejamento do trabalho, o aluno deverá incluir na proposta um cronograma para as atividades do Projeto I. A proposta deve seguir as recomendações feitas pelo prof. Arndt von Staa em documento anexo. O Apêndice I apresenta um roteiro sugerido para a proposta. A proposta deve ser redigida de forma incremental desde a primeira semana de aula, conforme indicado na próxima seção, Proposta de Projeto. A versão completa da proposta deve ser entregue ao professor orientador com pelo menos uma semana antes do prazo estipulado pelo Departamento, para que haja tempo de efetuar eventuais correções ou ajustes no documento. 2.2 Relatório do Projeto I Ao final da disciplina de Projeto I, o aluno deve entregar um relatório descrevendo as atividades realizadas, as tecnologias estudadas, os protótipos construídos, os Simone D.J. Barbosa 3
4 Orientações para o Planejamento e Realização do Projeto Final problemas encontrados e como foram contornados. Um roteiro sugerido para o Relatório de Projeto I é apresentado no Apêndice II. O conteúdo de parte do relatório de Projeto I depende do processo de desenvolvimento seguido pelo aluno. Caso o aluno opte por seguir um processo de desenvolvimento mais tradicional como em cascata, o relatório deve incluir os conteúdos completos relacionados à seção 5 do roteiro sugerido para o Relatório de Projeto Final, no Apêndice III. Caso o aluno decida por seguir um processo de desenvolvimento em espiral ou por prototipação, o relatório deve incluir os ciclos (no mínimo 2) de projeto e desenvolvimento realizados durante o Projeto I onde, para cada ciclo, deve incluir os conteúdos parciais relacionados às seções 5 e 6 do roteiro sugerido para o Relatório de Projeto Final, no Apêndice III. Finalmente, se o aluno optar por um desenvolvimento incremental, deve incluir os incrementos (no mínimo 3) cada qual de acordo com as seções 4, 5 e 6 do Relatório de Projeto Final, no Apêndice III. 2.3 Acompanhamento do Projeto I Toda semana o aluno deve fazer contato com o orientador para relatar o seu progresso no Projeto I (até a 5ª feira de cada semana). Este contato pode ser feito via ou presencialmente, conforme combinado na semana anterior. A cada contato, devem ser entregues dois produtos: relato informal contendo as seguintes informações: o que foi feito desde o último relato que dificuldades ou problemas foram encontrados quais destes ainda estão sem solução qual é o planejamento para a próxima semana (relacionando o estágio atual do trabalho ao cronograma planejado) versão parcial da proposta (ou do relatório de Projeto I, após a proposta ter sido entregue), incorporando as seções (parciais) correspondentes às atividades realizadas naquela semana Em outras palavras, o relatório do Projeto I deverá ser redigido incrementalmente ao longo de todo o período. Simone D.J. Barbosa 4
5 Orientações para o Planejamento e Realização do Projeto Final A qualidade e regularidade desses relatos farão parte da nota do aluno em Projeto I. 3 Projeto II Durante o Projeto II, o aluno deve realizar as etapas previstas no Projeto I. Propostas de modificação no planejamento ou no cronograma devem ser justificadas por escrito e aprovadas pelo professor orientador. Ao longo de todo o período, o aluno deve redigir trechos do Relatório Final de Projeto. Um roteiro sugerido para este relatório é apresentado no Apêndice III. Os produtos do Projeto II são: Relatório Final Código-fonte da aplicação Apresentação (slide show) para a banca examinadora 3.1 Relatório Final Ao final da disciplina de Projeto II, o aluno deve entregar um relatório descrevendo todo o projeto. O relatório deve ser apresentado em duas versões: 1) versão digital gravada em CD-ROM; 2) versão impressa e encadernada. Um roteiro sugerido para o Relatório Final é apresentado no Apêndice III. 3.2 Código-Fonte O código-fonte da aplicação desenvolvida deve ser documentado e entregue em CD- ROM juntamente com o relatório final. Como todo trabalho acadêmico, esse códigofonte é de domínio público. Sugere-se que a documentação do código-fonte siga o padrão proposto por Staa (2000). Simone D.J. Barbosa 5
6 Orientações para o Planejamento e Realização do Projeto Final 3.3 Apresentação O aluno deve preparar uma apresentação para apresentar seu trabalho à banca examinadora. A apresentação também deve ser gravada no CD-ROM do Projeto Final. A estrutura da apresentação será planejada juntamente com o orientador, a partir do penúltimo mês do Projeto II. 3.4 Acompanhamento do Projeto II Toda semana o aluno deve fazer contato com o orientador para relatar o seu progresso no Projeto II (até a 5ª feira de cada semana). Este contato pode ser feito via ou presencialmente, conforme combinado na semana anterior. A cada contato, devem ser entregues três produtos: relato informal contendo as seguintes informações: o que foi feito desde o último relato que problemas ou dificuldades foram encontrados quais destes ainda estão sem solução qual é o planejamento para a próxima semana (relacionando o estágio atual do trabalho ao cronograma planejado) versão parcial do Relatório Final de Projeto I, incorporando as seções (parciais) correspondentes às atividades realizadas naquela semana código implementado e documentado até o momento Em outras palavras, o Relatório Final deverá ser redigido incrementalmente ao longo de todo o período. 4 Datas Consulte nos quadros abaixo as datas de entrega dos produtos elaborados a cada etapa, no período de : Simone D.J. Barbosa 6
7 Orientações para o Planejamento e Realização do Projeto Final 4.1 Projeto I Produto Prazo Entregue a Proposta de Projeto Final 01/out/2005 orientador Proposta de Projeto Final 10/out/2005 secretaria Relatório de Projeto I 5/dez/2005 orientador 4.2 Projeto II Produto Prazo Entregue a Relatório Final 5/nov/2005 orientador Código-fonte da aplicação Apresentação do Projeto (slideshow) Relatório Final Código-fonte da aplicação Apresentação do Projeto (slideshow) 16/nov/2005 secretaria 5 Referências STAA, A.v. Programação Modular. Editora Campus Simone D.J. Barbosa 7
8 Apêndice I Roteiro para a Proposta Este apêndice apresenta um exemplo de roteiro para a proposta a ser redigida nas primeiras semanas da disciplina Projeto I. Este roteiro deve ser adaptado conforme o tipo de projeto realizado.
9 Título do Projeto Proposta Aluno: Nome do aluno Orientadora: Simone Diniz Junqueira Barbosa Período:
10 Projeto Final Proposta Sumário 1 Introdução Estado da arte Objetivos do trabalho Atividades propostas Referências bibliográficas...12 Nome do Aluno 10
11 Projeto Final Proposta 1 Introdução domínio de aplicação definição do problema justificativa da relevância do problema e da ausência de soluções satisfatórias (disponíveis na rede) 2 Estado da arte tecnologias e aplicações existentes que endereçam o problema descrito na seção 1 conceitos e padrões relacionados ao domínio do problema ou da solução a ser proposta 3 Objetivos do trabalho objetivos específicos a serem alcançados, tendo em vista a definição do problema e os trabalhos relacionados. escopo da aplicação usuários, organizações e situações que se deseja apoiar o que se busca avançar com relação ao estado da arte 4 Atividades propostas estudos a serem realizados método / processo de desenvolvimento que será seguido atividades que serão realizadas modelos e representações que serão criados cronograma de estudo, projeto e desenvolvimento proposto Nome do Aluno 11
12 Projeto Final Proposta 5 Referências bibliográficas livros, apostilas artigos, websites e outras referências utilizadas na redação da proposta (utilize uma norma amplamente aceita para a padronização das referências bibliográficas) Dica: sempre anote as referências à medida que efetuar sua pesquisa Nome do Aluno 12
13 Apêndice II Roteiro para o Relatório de Projeto I Este apêndice apresenta um exemplo de roteiro para o relatório a ser redigido durante a disciplina Projeto I. Este roteiro deve ser adaptado conforme o tipo de projeto realizado.
14 Título do Projeto Relatório de Projeto I Aluno: Nome do aluno Orientadora: Simone Diniz Junqueira Barbosa Período:
15 Relatório de Projeto I Sumário 1 Introdução Estado da arte Objetivos do trabalho Atividades propostas e realizadas Cronograma <Seções que dependem das atividades realizadas> Esboço do relatório final Referências bibliográficas Nome do Aluno 15
16 Relatório de Projeto I 1 Introdução << semelhante ao Relatório Final de Projeto, no Apêndice III> 2 Estado da arte << semelhante ao Relatório Final de Projeto, no Apêndice III> 3 Objetivos do trabalho << semelhante ao Relatório Final de Projeto, no Apêndice III> 4 Atividades propostas e realizadas << o que foi incluído na Proposta >> o que foi realizado de fato apreciação e discussão sobre as diferenças entre as atividades propostas e realizadas: dificuldades encontradas, soluções para essas dificuldades e pendências para o Projeto II 5 Cronograma cronograma de estudo, projeto e desenvolvimento o cronograma planejado (o que foi incluído na proposta) o cronograma real (o que foi realizado de fato) apreciação e discussão sobre as diferenças nos dois cronogramas Nome do Aluno 16
17 Relatório de Projeto I 6 <Seções que dependem das atividades realizadas> 7 Esboço do relatório final estrutura do relatório final, com uma breve descrição sobre o conteúdo de cada seção ou sub-seção que será redigida no Projeto Final (pode ser adaptado do roteiro apresentado no Apêndice III) 8 Referências bibliográficas livros, apostilas artigos, websites e outras referências utilizadas no Projeto I (utilize uma norma amplamente aceita para a padronização das referências bibliográficas) Dica: sempre anote as referências à medida que efetuar sua pesquisa Nome do Aluno 17
18 Apêndice III Roteiro para o Relatório Final de Projeto Este apêndice apresenta um exemplo de roteiro para relatório final de projeto. Este roteiro deve ser adaptado conforme o tipo de projeto realizado.
19 Título do Projeto Relatório Final Aluno: Nome do aluno Orientadora: Simone Diniz Junqueira Barbosa Período:
20 Projeto Final Sumário 1 Introdução Estado da Arte Objetivos Atividades realizadas Projeto e especificação da aplicação Cenários de uso Projeto da interação humano-computador Modelo de interação Storyboards anotados Inspeção da interface projetada Modelo de dados Projeto modular Implementação e avaliação Planejamento e execução de testes funcionais Planejamento e execução de testes com usuários Comentários sobre a implementação Considerações finais Referências bibliográficas Nome do Aluno 20
21 Projeto Final 1 Introdução Sobre a motivação Qual foi a motivação deste trabalho? Sobre o domínio da aplicação Qual é o domínio do problema? Por que é relevante? Que aplicações existem neste domínio? Quais as limitações destas aplicações? Seu projeto é a extensão de um sistema existente, ou uma aplicação inteiramente nova? Caso seja um sistema existente, foi o uso continuado do sistema que gerou demandas de evolução e motivou este trabalho? Que demandas são essas? Sobre os usuários-alvo Deve-se descrever os perfis de usuários e situações a que a sua aplicação se destina: Quem utilizará o seu sistema? Quais são as características das pessoas e do ambiente de uso do sistema (e.g. escritório, lar, em movimento (na rua) )? Quais são os objetivos, necessidades e expectativas dos usuários e das organizações em que se encontram? Sobre o ambiente computacional Qual foi o ambiente tecnológico de desenvolvimento (plataforma computacional, sistema operacional)? E o ambiente de uso da aplicação? Qual foi a plataforma tecnológica utilizada? dispositivo (PC, handheld, celular,...), sistema operacional, linguagem de programação, SGBD, e outros. Sobre a adequação do trabalho como Projeto Final Como esse trabalho se encaixa nos requisitos de projeto final? O que você vai aplicar do que você aprendeu em todo o curso? 2 Estado da Arte Descrição e avaliação de tecnologias e aplicações existentes Nome do Aluno 21
22 Projeto Final tecnologias e aplicações existentes que endereçam o problema descrito na seção anterior conceitos e padrões relacionados ao domínio do problema ou da solução a ser proposta Descrição objetiva das aplicações existentes. Apreciação dessas aplicações buscando identificar pontos fortes e fracos, limitações e possibilidades de melhoria, integração ou extensão. Apreciação da utilidade da aplicação com relação aos problemas que o domínio apresenta e os usuários que se visa apoiar. Descreva brevemente os tipos de avaliação realizados, incluindo o método, seus benefícios e suas limitações: inspeção da arquitetura e código (caso se trate da extensão ou refactoring de uma aplicação existente); e inspeção da interface com usuário. 3 Objetivos Tendo em vista a definição do problema e os trabalhos relacionados, quais são os objetivos específicos a serem alcançados? escopo da aplicação usuários, organizações e situações que se deseja apoiar o que se busca avançar com relação ao estado da arte 4 Atividades realizadas Estudos preliminares Qual era o conhecimento prévio do aluno e experiência com o ambiente tecnológico de desenvolvimento? Estudos conceituais e de tecnologia Que estudos precisaram ser realizados para o desenvolvimento deste trabalho? Nome do Aluno 22
23 Projeto Final Que linguagens de programação, APIs ou sistemas de apoio ao desenvolvimento precisaram ser aprendidos? Protótipos para aprendizado e demonstração Para auxiliar a fixar os estudos realizados e demonstrar a viabilidade da proposta, que protótipos foram gerados? Método Descreva o processo de projeto e desenvolvimento. Qual foi o método seguido? Considerando o método, quais foram as atividades desenvolvidas? Que modelos e representações foram elaborados? Apresente o cronograma de projeto e desenvolvimento, incluindo as atividades do Projeto I. 5 Projeto e especificação da aplicação Caso o processo de desenvolvimento tenha ocorrido de forma incremental ou em ciclos, cada ciclo deve ser descrito completamente, indicando o escopo de desenvolvimento de cada ciclo e decisões que afetam o ciclo seguinte (por exemplo, mudanças na definição do problema ou do escopo da solução). Isto significa ainda que as sub-seções abaixo podem ser apresentadas repetidas vezes (uma vez por ciclo), conforme as representações que foram definidas ou refinadas durante cada ciclo. 5.1 Cenários de uso Descrever cenários de uso da aplicação, indicando os cenários que já são apoiados por aplicações existentes, cenários que contemplam novos objetivos, e cenários que apresentam novas formas de se alcançar objetivos que já eram possíveis nas aplicações atuais. É importante considerar aqui variações sobre os cenários de uso, em particular as situações de erro que podem ocorrer em cada ponto de cada cenário. Deve-se considerar também cenários de configuração que tornem a aplicação flexível, útil a mais de uma classe de usuários e aplicável a um conjunto variado de situações. Nome do Aluno 23
24 Projeto Final 5.2 Projeto da interação humano-computador Nesta seção deve-se descrever a aplicação do ponto de vista do usuário. Isto significa definir a interface com usuário e o comportamento aparente da aplicação (as possíveis interações do usuário com o sistema) Modelo de interação Nesta etapa deve-se elaborar uma representação de todos os possíveis caminhos de interação do usuário com o sistema, do ponto de vista do usuário. Para isto, sugere-se utilizar a linguagem de representação MoLIC (favor pegar a versão preliminar do manual de uso da linguagem com a Profa. Simone) Storyboards anotados Para complementar o modelo de interação, deve-se definir em detalhes como será a interface com o usuário (e.g. as telas da aplicação), ainda antes da implementação. Esta interface pode ser representada na forma de storyboards ou rascunhos de tela, e devem incluir anotações que indiquem seu comportamento dinâmico e as relacionem com o modelo de interação Inspeção da interface projetada Nesta seção deve-se apresentar uma avaliação por inspeção da interface com usuário e dos processos de interação apoiados pela solução proposta nas sub-seções anteriores. Recomenda-se utilizar técnicas de avaliação heurística e de percurso cognitivo. 5.3 Modelo de dados Deve-se descrever cuidadosamente o modelo de dados utilizado. Pode-se representálo através de um diagrama de entidade e relacionamento ou diagrama de classes, complementados por um dicionário de dados. Deve-se ainda relacionar os dados aos elementos de interface a que são mapeados, direta ou indiretamente. No caso de mapeamentos indiretos, deve-se indicar ainda qual é a função de mapeamento dos dados de/para a interface (tanto no modo de entrada quanto no modo de saída de dados). Por exemplo: dado = data de nascimento; elemento de interface na entrada = calendário (apresentado nas telas X, Y e Z na seção 5.2.2); elemento de interface de saída = número indicando a idade, f(data atual - data de nascimento). Nome do Aluno 24
25 Projeto Final 5.4 Projeto modular Esta seção deve apresentar o projeto modular da aplicação, descrevendo a arquitetura da aplicação, seus módulos e funções. 6 Implementação e avaliação 6.1 Planejamento e execução de testes funcionais Independentemente do foco do projeto, a funcionalidade da aplicação deve ser cuidadosamente testada. Esta seção deve descrever como foi testado o sistema, indicando as técnicas de teste utilizadas, bem como os cenários e casos de teste utilizados, e os resultados obtidos. 6.2 Planejamento e execução de testes com usuários Caso o foco do projeto seja na área de IHC, o aluno deve planejar e efetuar testes com usuários. O aluno deve descrever o método de teste utilizado, o material preparado para o teste, o teste-piloto, os dados coletados durante os testes e o resultado da análise desses dados. 6.3 Comentários sobre a implementação Quais foram os problemas encontrados? Como eles foram contornados? Caso não tenham sido contornados, qual foi o motivo? 7 Considerações finais Quais foram as contribuições deste trabalho (para a comunidade acadêmico-científica ou para comunidades de usuários)? O que você aprendeu com este trabalho? O que você faria diferente se fosse começá-lo agora (limitações do produto ou do processo)? Nome do Aluno 25
26 Projeto Final Quais são as oportunidades para trabalhos futuros que você identificou e que pode recomendar para um próximo aluno? 8 Referências bibliográficas Quais foram os livros, apostilas, artigos, websites e outras referências consultados e que serviram de base para este trabalho? Certifique-se de utilizar uma norma amplamente aceita para a padronização das referências bibliográficas. Dica: sempre anote as referências à medida que efetuar sua pesquisa Nome do Aluno 26
27 Projeto Final Documentação final do projeto (AvS). mini-plano: seqüência de tarefas de desenvolvimento utilizadas junto com estatísticas de tempo e esforço por tarefa. especificação do programa objetivos, requisitos diagramas de especificação, por exemplo use-cases e diagrams de seqüência. projeto modular do programa critérios de projeto utilizados diagramas de arquitetura e/ou segmentação do programa, por exemplo UML. organização do programa (componentes, módulos, classes,...), por exemplo diagramas de classe UML. diagramas de organização dos dados, por exemplo diagramas de modelagem de dados, ou entidade e relacionamentos. código fonte cuidadosamente comentado comentários cabeçalho de módulos, classes e funções 3 comentários de controle de versão assertivas para dados e procedimentos pseudo instruções procure estabelecer e/ou adotar padrões de programação. Os apêndices do livro Staa, A.v.; Programação Modular, Campus 2000; contêm uma extensa lista de padrões de programação que pode servir de exemplo para a adaptação às características específicas do trabalho. roteiro de teste efetuado, composto de: Nome do Aluno 27
28 Projeto Final critérios de teste utilizado descrição dos casos teste na medida do possível procure utilizar testes automatizados scripts de teste automatizado logs gerados pelo teste automatizado documentação para o usuário O formato da documentação técnica varia em função da linguagem usada Nome do Aluno 28
Projeto Final de Engenharia de Computação
Orientações para Desenvolvimento do Projeto Final de Engenharia de Computação compilado por: Noemi Rodriguez texto baseado em: Orientações para o Planejamento e Realização do Projeto Final, de Simone Barbosa
Leia maisGUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Leia maisProcessos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Leia maisResumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisGerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
Leia maisMANUAL DO TRABALHO DE CONCLUSÃO DE CURSO TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS FATEC ZONA LESTE
MANUAL DO TRABALHO DE CONCLUSÃO DE CURSO TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS FATEC ZONA LESTE 1. DAS DISPOSIÇÕES PRELIMINARES... 4 2. OBJETIVO DO TRABALHO DE CONCLUSÃO DE CURSO (TCC)...
Leia maisNome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>
Nome da Empresa Plano de Desenvolvimento de Software Versão Histórico de Revisões Data Versão Descrição Autor 2/7 Índice Analítico 1. Objetivo
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software Prof. Dr. Juliano Lopes de Oliveira (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications)
Leia maisProcesso de Implementação de um Sistema de Gestão da Qualidade
3 Processo de Implementação de um Sistema de Gestão da Qualidade Não existe um jeito único de se implementar um sistema da qualidade ISO 9001: 2000. No entanto, independentemente da maneira escolhida,
Leia maisApós a confirmação de pagamento de sua inscrição para o congresso, você estará apto a entrar no sistema de submissão de trabalho.
Para submissão de trabalhos é necessário que você esteja inscrito no evento. Você deve realizar seu cadastro acessando a opção Cadastrar, quando disponível. É imprescindível que você guarde suas informações
Leia maisTópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres
Tópicos de Ambiente Web Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Roteiro Motivação Desenvolvimento de um site Etapas no desenvolvimento de software (software:site) Analise
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisFACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>
FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido
Leia maisParticipação Critérios de participação - Elegibilidade Procedimento para participar da chamada: Número de propostas/aplicações
Campanha Mundial "Construindo Cidades Resilientes: Minha cidade está se preparando! Plataforma Temática sobre Risco Urbano nas Américas Chamada sobre boas práticas e inovação no uso de Sistemas de Informação
Leia maisRegulamento Complementar do Trabalho de Conclusão de Curso do Curso de Engenharia de Computação UTFPR, campus Pato Branco
Ministério da Educação Universidade Tecnológica Federal do Paraná Campus Pato Branco Engenharia de Computação Regulamento Complementar do Trabalho de Conclusão de Curso do Curso de Engenharia de Computação
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia maisUNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos
I - Orientações Gerais para Elaboração dos Documentos A seguir, orientações fundamentais para a elaboração dos documentos do projeto, tendo em vista a complexidade inerente neste processo. Este roteiro
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisPós Graduação Engenharia de Software
Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento
Leia maisTRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado
Leia maisEspecialização em Engenharia de Software com Ênfase em Software Livre ESL2/2008. Projeto Agenda Saúde Requisitos e Modelagem UML
Projeto Agenda Saúde Requisitos e Modelagem UML Histórico de Revisão Versão 0.1 Data 01/06/09 Revisor Descrição Versão inicial Sumário 1. Introdução...4 1.1 Visão geral deste documento...4 1.2 Módulos
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisDESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação
DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES Trabalho de Graduação Orientando: Vinicius Stein Dani vsdani@inf.ufsm.br Orientadora: Giliane
Leia maisPROJETO DE FINAL DE CURSO (PFC)
PROJETO DE FINAL DE CURSO (PFC) Trabalho de Conclusão de Curso (TCC) Aula inaugural 15-03-12 Prof. Conrado Rodrigues (Coordenador da disciplina) e-mail: crodrigues@civil.cefetmg.br ORIENTAÇÕES GERAIS SOBRE
Leia maisAVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES
AVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES Rafael Milani do Nascimento, Claudete Werner Universidade Paranaense (Unipar)
Leia maisHumano-Computador (IHC)
1 INF1403 Introdução a Interação Humano-Computador (IHC) Turma 3WA Professora: Clarisse Sieckenius de Souza Revisão para a P2 23/06/2010 Matéria da Prova Tudo o que não caiu na P1 1. Da aula do dia 05/05
Leia maisROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente
Conceito ROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente O Sagres Diário é uma ferramenta que disponibiliza rotinas que facilitam a comunicação entre a comunidade Docente e Discente de uma instituição,
Leia maisIntrodução ao Aplicativo de Programação LEGO MINDSTORMS Education EV3
Introdução ao Aplicativo de Programação LEGO MINDSTORMS Education EV3 A LEGO Education tem o prazer de trazer até você a edição para tablet do Software LEGO MINDSTORMS Education EV3 - um jeito divertido
Leia maisPPS - Processo de Proposta de Solução Versão 1.3.1
PPS - Processo de Proposta de Solução Versão 1.3.1 Banco Central do Brasil, 2015 Página 1 de 13 Índice 1. FLUXO DO PPS - PROCESSO DE PROPOSTA DE SOLUÇÃO... 3 2. SOBRE ESTE DOCUMENTO... 4 2.1 GUIA DE UTILIZAÇÃO...
Leia maisREGULAMENTAÇÃO DO ESTÁGIO CURRICULAR OBRIGATÓRIO CURSO TÉCNICO EM SEGURANÇA DO TRABALHO
REGULAMENTAÇÃO DO ESTÁGIO CURRICULAR OBRIGATÓRIO CURSO TÉCNICO EM SEGURANÇA DO TRABALHO O Curso Técnico em Segurança do Trabalho estabelece em seu Plano Pedagógico de Curso a realização do Estágio Curricular
Leia mais:: aula 11. :: Diagrama de Seqüência e Protótipos. :: Olá! Nesta aula, continuaremos a 4ª fase do Projeto Desenho.
:: Nome do Curso Sistemas da informação :: Nome da Unidade Curricular PI Sistemas orientados a objetos :: Tema da aula Diagrama de Seqüência e Prototipação :: Fase / Etapa Fase 4 Desenho do Projeto e Interligação
Leia maisProfessor: Curso: Disciplina:
Professor: Curso: Disciplina: Aula 1 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Dinâmica da disciplina, plano de curso e avaliação 03º semestre Prof. Esp. Marcos
Leia maisDIRETRIZES DE ORIENTAÇÃO DAS ATIVIDADES DO TRABALHO DE CURSO
Manual de Orientação das Atividades do Trabalho de Conclusão de Curso INSTITUTO DE ENSINO SUPERIOR DE RIO VERDE - IESRIVER CURSO DE ADMINISTRAÇÃO DIRETRIZES DE ORIENTAÇÃO DAS ATIVIDADES DO TRABALHO DE
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications) A boa organização lógica do documento
Leia maisMELHORIA DE RECURSOS EDUCACIONAIS DAS DISCIPLINAS DE EXPERIMENTAÇÃO
MELHORIA DE RECURSOS EDUCACIONAIS DAS DISCIPLINAS DE EXPERIMENTAÇÃO 1. Identificação do proponente 1.1. Nome: Moeses Andrigo Danner 1.2. Vínculo com a instituição: Docente permanente 1.3. Coordenação /
Leia maisArt. 2º - Esta Instrução Normativa entra em vigor na data de sua publicação. Professora Sandra Denise Kruger Alves Chefe do DEC
RESOLUÇÃO DEC No 01/2013 Fixa normas para Elaboração e Apresentação dos Trabalhos de Conclusão do Curso de Graduação em Engenharia Civil. A Chefia do Departamento do Curso de Engenharia Civil, no uso de
Leia maisMASSACHUSETTS INSTITUTE OF TECHNOLOGY Sloan School of Management
MASSACHUSETTS INSTITUTE OF TECHNOLOGY Sloan School of Management 15.565 INTEGRAÇÃO DE SISTEMAS DE INFORMAÇÃO: FATORES TECNOLÓGICOS, ESTRATÉGICOS E ORGANIZACIONAIS Panorama Funcional CP0 -- INTRODUÇÃO AO
Leia maisPONTIFÍCIA UNIVERSIDADE CATÓLICA DE MINAS GERAIS CURSO DE PSICOLOGIA UNIDADE SÃO GABRIEL
1 PONTIFÍCIA UNIVERSIDADE CATÓLICA DE MINAS GERAIS CURSO DE PSICOLOGIA UNIDADE SÃO GABRIEL DIRETRIZES PARA O PROCESSO DE AVALIAÇÃO DAS DISCIPLINAS DE ORIENTAÇÃO DE MONOGRAFIA I E II Considerando os problemas
Leia maisUNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC
CURSO: Bacharelado em Ciência da Computação DISCIPLINA: ANPS Análise e Projeto de Sistemas AULA NÚMERO: 3 DATA: PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Revisão...1 2.1.1
Leia maisMetodologia e Gerenciamento do Projeto na Fábrica de Software v.2
.:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento
Leia maisAuditoria e Segurança da Informação GSI536. Prof. Rodrigo Sanches Miani FACOM/UFU
Auditoria e Segurança da Informação GSI536 Prof. Rodrigo Sanches Miani FACOM/UFU Aula passada Pergunta É possível saber se as normas, políticas, procedimentos, processos e controles adotados estão funcionando
Leia maisPIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO. Tecnologia em Gestão Financeira
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Gestão Financeira JUNHO, 2012 2 S U M Á R I O 1. INTRODUÇÃO... 3 2. O QUE DEVE CONSTAR NO TRABALHO DE APLICAÇÃO TECNOLÓGICA... 3 3.
Leia maisTC 045 Gerenciamento de Projetos
TC 045 Gerenciamento de Projetos Escopo Tempo Figura: D. Randa (2012) NAYARA SOARES KLEIN nayaraklein@gmail.com ANO: 2013 Escopo: s.m. Finalidade; alvo; intento; propósito. Dicionário Aurélio Escopo do
Leia maisPRINCÍPIOS DE INFORMÁTICA PRÁTICA 08 1. OBJETIVO 2. BASE TEÓRICA. 2.1 Criando Mapas no Excel. 2.2 Utilizando o Mapa
PRINCÍPIOS DE INFORMÁTICA PRÁTICA 08 1. OBJETIVO Aprender a utilizar mapas, colocar filtros em tabelas e a criar tabelas e gráficos dinâmicos no MS-Excel. Esse roteiro foi escrito inicialmente para o Excel
Leia maisEngenharia de Software
Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São
Leia maisTestes de Usabilidade
Testes de Usabilidade Instituto Federal de Educação, Ciência e Tecnologia do Triângulo Mineiro Setembro de 2012 Prof. Edwar Saliba Júnior 1 Reflexão Ao fazer referência à questão da qualidade da relação
Leia maisTópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SIG Aula N : 11 Tema: Como desenvolver e
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisVersão 6.0.1 Melhorias Melhorias Versão 6.0.1
Versão 6.0.1 Novembro 2010 Versão 6.0.1 Funcionalidade Completa de Planejamento do Trabalho Através dessa funcionalidade o usuário pode planejar quais tarefas e quanto tempo destinará para trabalhar em
Leia mais3. Fase de Planejamento dos Ciclos de Construção do Software
3. Fase de Planejamento dos Ciclos de Construção do Software A tarefa de planejar os ciclos de construção do software pode partir de diretrizes básicas. Estas diretrizes visam orientar que os ciclos de
Leia maisAnálise e projeto de sistemas PROF. REGILAN SILVA
Análise e projeto de sistemas PROF. REGILAN SILVA Apresentação da disciplina Ver ementa... Solução Técnicas para identificação e detalhamento de requisitos Técnicas para modelagem de sistemas Definir
Leia maisUniversidade Estadual de Maringá Centro de Tecnologia
RESOLUÇÃO Nº 023/2010-CTC CERTIDÃO Certifico que a presente resolução foi afixada em local de costume, neste Centro, no dia 26/03/2010. Maria Celenei de Oliveira Secretária Aprova Regulamento do componente
Leia maisNome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 3º PERÍODO - 5º MÓDULO AVALIAÇÃO A4 DATA 23/04/2009 ENGENHARIA DE SOFTWARE Dados de identificação do Acadêmico: Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA
Leia maisProcesso de Desenvolvimento de Sites
ANEXO 4 METODOLOGIA DE DESENVOLVIMENTO PROCERGS MDP Processo de Desenvolvimento de Sites O processo de desenvolvimento de sites foi definido com base nas características deste produto e na forma de trabalho
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo
Leia maisPLANOS DE CONTINGÊNCIAS
PLANOS DE CONTINGÊNCIAS ARAÚJO GOMES Capitão SC PMSC ARAÚJO GOMES defesacivilgomes@yahoo.com.br PLANO DE CONTINGÊNCIA O planejamento para emergências é complexo por suas características intrínsecas. Como
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisFACULDADE DO GUARUJÁ
FACULDADE DO GUARUJÁ INSTRUÇÃO NORMATIVA N.º 01/2011 REGULAMENTO DE TCC TRABALHO DE CONCLUSÃO DE CURSO NORMAS GERAIS Artigo 1º - O Trabalho de Conclusão de Curso TCC constitui-se em pré-requisito para
Leia maisFundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 3 Planejamento e Aula 8 do Projeto Aula 08 do Projeto SUMÁRIO INTRODUÇÃO... 3 ACOMPANHAMENTO DO PROJETO... 3 1. do Progresso...
Leia maisUNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas
UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas 4.1 Motivação Sistemas de Informação são usados em diversos níveis dentro de uma organização, apoiando a tomada de decisão; Precisam estar
Leia maisCRIAÇÃO DO SITE DA DISCIPLINA DE EXPERIMENTAÇÃO E DA CENTRAL DE ANÁLISES ESTATÍSTICAS NA UTFPR-DV
CRIAÇÃO DO SITE DA DISCIPLINA DE EXPERIMENTAÇÃO E DA CENTRAL DE ANÁLISES ESTATÍSTICAS NA UTFPR-DV 1. Identificação do proponente Nome: Moeses Andrigo Danner Vínculo com a instituição: Docente permanente
Leia maisA SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO
A SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO DESENVOLVENDO UM PROJETO 1. Pense em um tema de seu interesse ou um problema que você gostaria de resolver. 2. Obtenha um caderno
Leia maisE-books. Guia para Facebook Ads. Sebrae
E-books Sebrae Marketing e Vendas Guia para Facebook Ads Por que investir no facebook Ads? Tipos de anúncios Como funciona o sistema de pagamentos Criando anúncios Métricas Autor Felipe Orsoli 1 SUMÁRIO
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisCURSO: LICENCIATURA DA MATEMÁTICA DISCIPLINA: PRÁTICA DE ENSINO 4
CAMPUS CARAGUATUBA CURSO: LICENCIATURA DA MATEMÁTICA DISCIPLINA: PRÁTICA DE ENSINO 4 PROFESSOR: ANDRESSA MATTOS SALGADO-SAMPAIO ORIENTAÇÕES PEDAGÓGICAS PARA A PRÁTICA DE ESTÁGIO SUPERVISIONADO NO CURSO
Leia maisProcessos de Design de IHC (Parte II)
Interface Homem/Máquina Aula 8 Professor Leandro Augusto Frata Fernandes laffernandes@ic.uff.br Material disponível em http://www.ic.uff.br/~laffernandes/teaching/2011.1/tcc-00.184 Roteiro da Aula de Hoje
Leia maisFACULDADE DE TECNOLOGIA RUBENS LARA Análise e Desenvolvimento de Sistemas
FACULDADE DE TECNOLOGIA RUBENS LARA Análise e Desenvolvimento de Sistemas Trabalho de Conclusão de Curso Regulamento (2013/01) Professor Responsável: Ms. Gerson Prando Santos, 17 de março de 2013. Versão
Leia maisPrograma de Pós-graduação em Informática
Resolução Nº 001/2007 Regula as atividades acadêmicas no Programa de Pós-graduação em Informática ART. 1º - Sobre o curso de nivelamento: 1º - O curso de nivelamento para os novos alunos selecionados no
Leia maisRequisitos de Software
Requisitos de Software Prof. José Honorato F.N. Prof. José Honorato F.N. honoratonunes@gmail.com Requisitos de Software Software é o conjunto dos programas e dos meios não materiais que possibilitam o
Leia maisFACULDADE SANTA EMÍLIA DE RODAT
FACULDADE SANTA EMÍLIA DE RODAT Mantida pela Escola de Enfermagem Santa Emília de Rodat Reconhecida pelo Governo Federal - Decreto nº 236, de 27/11/1961 Praça Caldas Brandão, s/n - Tambiá - João Pessoa-
Leia maisENQUALAB 2013 QUALIDADE & CONFIABILIDADE NA METROLOGIA AUTOMOTIVA. Elaboração em planos de Calibração Interna na Indústria Automotiva
ENQUALAB 2013 QUALIDADE & CONFIABILIDADE NA METROLOGIA AUTOMOTIVA Elaboração em planos de Calibração Interna na Indústria Automotiva Joel Alves da Silva, Diretor Técnico JAS-METRO Soluções e Treinamentos
Leia maisTrabalho Interdisciplinar. MS Project
Aula Prática: Introdução ao Microsoft Project Professional MS Project Como vimos em nossas aulas, a EAP Estrutura Analítica do Projeto é o primeiro passo para criar um cronograma de um projeto estruturado.
Leia maisEngenharia de Domínio baseada na Reengenharia de Sistemas Legados
1021 X Salão de Iniciação Científica PUCRS Engenharia de Domínio baseada na Reengenharia de Sistemas Legados Cássia Zottis¹, Profa. Dra. Ana Paula Terra Bacelo 1 (orientadora) 1 Faculdade de Informática,
Leia maisProjeto de Redes Top-Down
Projeto de Redes Top-Down Referência: Slides extraídos (material de apoio) do livro Top-Down Network Design (2nd Edition), Priscilla Oppenheimer, Cisco Press, 2010. http://www.topdownbook.com/ Alterações
Leia maisSistemas de Informação I
+ Sistemas de Informação I Processo de software I Ricardo de Sousa Britto rbritto@ufpi.edu.br + O que é Engenharia de Software n Definição dada pela IEEE [IEE93]: n Aplicação de uma abordagem sistemática,
Leia maisQuem vem primeiro? Projeto de Sw ou Projeto de IHC? Melhor virem juntos, integrados.
1 Projeto de IHC 2 Design de IHC O que é design de IHC? Também chamado de projeto de IHC. DESIGN Concepção (intelectual) da experiência do usuário Concretização desta concepção em uma representação que
Leia maisCOMPARAÇÃO DOS MÉTODOS DE SEGMENTAÇÃO DE IMAGENS OTSU, KMEANS E CRESCIMENTO DE REGIÕES NA SEGMENTAÇÃO DE PLACAS AUTOMOTIVAS
COMPARAÇÃO DOS MÉTODOS DE SEGMENTAÇÃO DE IMAGENS OTSU, KMEANS E CRESCIMENTO DE REGIÕES NA SEGMENTAÇÃO DE PLACAS AUTOMOTIVAS Leonardo Meneguzzi 1 ; Marcelo Massoco Cendron 2 ; Manassés Ribeiro 3 INTRODUÇÃO
Leia maisANEXO 4 NORMAS GERAIS PROJETO DE FIM DE CURSO DO CURSO DE GRADUAÇÃO EM ENGENHARIA MECATRÔNICA
ANEXO 4 NORMAS GERAIS PROJETO DE FIM DE CURSO DO CURSO DE GRADUAÇÃO EM ENGENHARIA MECATRÔNICA A4-137 PROJETO DE FIM DE CURSO NORMAS GERAIS A4.1 Introdução Ao final do Curso o discente está apto a desenvolver,
Leia maisProcesso de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisGUIA DE REDAÇÃO PARA TRABALHO DE EM974
GUIA DE REDAÇÃO PARA TRABALHO DE EM974 CONSIDERAÇÕES GERAIS O objetivo deste documento é informar a estrutura e a informação esperadas num texto de Trabalho de Graduação. O conteúdo do texto deverá ser
Leia maisREGIMENTO DO CURSO DE PÓS-GRADUAÇÃO EM ENGENHARIA E TECNOLOGIA ESPACIAIS ÁREA DE CONCENTRAÇÃO EM ENGENHARIA E GERENCIAMENTO DE SISTEMAS ESPACIAIS
REGIMENTO DO CURSO DE PÓS-GRADUAÇÃO EM ENGENHARIA E TECNOLOGIA ESPACIAIS ÁREA DE CONCENTRAÇÃO EM ENGENHARIA E GERENCIAMENTO DE SISTEMAS ESPACIAIS TÍTULO I DOS OBJETIVOS DO CURSO Art. 1º A Área de Concentração
Leia maisSoluções em TI para Web
Integração do Moodle com SIGA-EUC Lino Vaz Moniz lino@badiu.net linovazmoniz@gmail.com Outubro de 2010 1 Sumário 1- Objetivo...3 3- Justificativa...3 4 Funcionalidades do Modulo...4 5- Cronograma...6 6-
Leia maisReferências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
Leia maisFACULDADE 7 DE SETEMBRO SISTEMAS DE INFORMAÇÃO Estágio Regimento Interno
FACULDADE 7 DE SETEMBRO SISTEMAS DE INFORMAÇÃO Regimento Interno Objetivo: Promover a prática profissional para os alunos do Curso de Sistemas de Informação criando as circunstâncias necessárias: ao exercício
Leia maisCURSO DE EXTENSÃO ON-LINE EM. avançado. Edital de seleção
CURSO DE EXTENSÃO ON-LINE EM Programação Avançada na Plataforma VB.NET básico e avançado Edital de seleção Nome do curso: Programação Avançada na Plataforma VB.NET básico e avançado Coordenador Geral:
Leia maisFERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS
FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS PAULO ALBERTO BUGMANN ORIENTADOR: ALEXANDER ROBERTO VALDAMERI Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
Leia mais1.1. SEMINÁRIO. Ministério da Educação Universidade Tecnológica Federal do Paraná Programa de Pós-Graduação em Tecnologia de Alimentos - PPGTA
Ministério da Educação Universidade Tecnológica Federal do Paraná Programa de Pós-Graduação em Tecnologia de Alimentos - PPGTA 1. SISTEMÁTICA DE ACOMPANHAMENTO PARA O PRIMEIRO ANO Para esta sistemática,
Leia maisComo levantar o ciclo de serviço:
CONSTRUÇÃO DE QUESTIONÁRIOS PARA MEDIÇÃO E MONITORAMENTO DA SATISFAÇÃO DE CLIENTES CICLO DE SERVIÇO : A base do questionário é um roteiro que contém os principais incidentes críticos do ciclo de serviço.
Leia maisAlgoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br
(Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br Introdução O computador como ferramenta indispensável: Faz parte das nossas vidas; Por si só não faz nada de útil; Grande capacidade de resolução
Leia mais