Engenharia de Software II



Documentos relacionados
Engenharia de Software II

Informática I. Aula 1. Aula 1-17/04/2006 1

Engenharia de Software

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Engenharia de Software

Gerenciamento de Qualidade. Paulo C. Masiero Cap SMVL

Qualidade de Software. Qualidade de Software. Adequado à Especificação. Alguns Atributos de Qualidade. Equipe de Qualidade

QUALIDADE DE SOFTWARE

Modelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos;

CAPABILITY MATURITY MODEL FOR SOFTWARE. Eduardo Mayer Fagundes

Qualidade de Software

Objetivos. Histórico. Out/11 2. Out/11 3

Plano de Gerenciamento de Riscos

Introdução ao CMM (CapabilityMaturityModel) e CMMI (Capability Maturity Model Integration)

Introdução à. Engenharia de Software. Givanaldo Rocha de Souza

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos

PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL PEDROHOLI@GMAIL.COM CMM E CMMI

Engenharia de Software II

Projeto de inovação do processo de monitoramento de safra da Conab

Processo de Software - Revisão

Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro

Década de 80, o Instituto de Engenharia de Software (SEI) foi criado.

Profa. Dra. Ana Paula Gonçalves Serra

CAPABILITY MATURITY MODEL INTEGRATION. Prof. Késsia R. C. Marchi

Engenharia de Software II

Sistemas de Informação I

Gerência de Projetos de Software Modelos de gerência. CMM: Capability Maturity Model ITIL: Information Technology Infrastructure Library MPS BR

O que é CMMI? Base do CMMI. Melhorando o processo é possível melhorar-mos o software. Gerais. Processo. Produto

POLÍTICA DE GESTÃO DE RISCO - PGR

Engenharia de Software

Visão Geral Parte 1. O que é engenharia de software?

EDITAL PARA CONTEUDISTA FEAD

Políticas de Qualidade em TI

Engenharia de Software

Engenharia de Software II

Padrões de Qualidade para Cursos de Graduação em Economia

Material de Experimento para Avaliação do Impacto do Jogo Educacional X-MED

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004

Engenharia de Software II

3. Fase de Planejamento dos Ciclos de Construção do Software

Classificação de Sistemas: Sistemas Empresariais

UM SISTEMA WEB PARA TORCEDORES EM CAMPEONATOS ESPORTIVOS ESTUDANTIS

Qualidade no levantamento de requisitos

Engenharia de Software. Tema 1. Introdução à Engenharia de Software Profa. Susana M. Iglesias

ADMINISTRAÇÃO I. Família Pai, mãe, filhos. Criar condições para a perpetuação da espécie

A definição do escopo trata-se de um processo onde é realizada uma descrição detalhada do projeto e do produto a ser desenvolvido;

Gerenciamento de Requisitos Gerenciamento de Requisitos

MODELO SPICE Software Improvement and Capacibilty Determination Avalia o software com foco na melhoria de seus processos (identifica pontos fracos e

QUALIDADE DE SOFTWARE AULA N.7

Gerenciamento de Projetos Modulo VI Tempo

PROVA DISCURSIVA (P )

ROTEIRO PARA ELABORAÇÃO DOS PROJETOS DE TRABALHO DE CONCLUSÃO DE CURSO (TCC)

CMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009)

REGULAMENTO DO PROJETO DE CONCLUSÃO DE CURSO (PCC) CAPÍTULO I Da natureza e finalidade. Capítulo II

Engenharia de Software III

MANUAL DE ESTÁGIO SUPERVISIONADO CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Políticas de Qualidade em TI

Conjunto de recursos (humanos e materiais), processos e metodologias estruturados de forma semelhante à indústria tradicional.

BPM e SOA. Grinaldo Lopes de Oliveira (grinaldo@gmail.com) Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Planejamento Estratégico de TI. Prof.: Fernando Ascani

Projeto de Desenvolvimento de Software. Apresentação (Ementa) e Introdução

Professor: Curso: Disciplina: Aula 4-5-6

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

CMMI: Capability Maturity Model Integration

Análise e Projeto de Sistemas

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

TERMO DE REFERÊNCIA Nº 1121 PARA CONTRATAÇÃO DE PESSOA FÍSICA CONSULTOR POR PRODUTO

Engenharia de Software

PLANO DE GERÊNCIAMENTO DE RISCOS

Um Framework para definição de processos de testes de software que atenda ao nível 3 do TMM-e

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Projeto 914 BRA PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 03

ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS

Projeto de Sistemas I

QUESTIONÁRIO DE AVALIAÇÃO Primeira Fase

Qualidade de Software

Padrões de Qualidade de Software

SISTEMA DE APOIO GERENCIAL COM FOCO NA PRÁTICA DE TREINAMENTO ORGANIZACIONAL BASEADO NO MODELO CMMI. Werinton Ferrari Orientador: Wilson Pedro Carli

PROJETO INTEGRADOR II Alunos do Final do Módulo Organizacional

Boas práticas, vedações e orientações para contratação de serviços de desenvolvimento e manutenção de software (Fábrica de Software)

29/05/2012. Gestão de Projetos. Luciano Gonçalves de Carvalho FATEC. Agenda. Gerenciamento de Integração do Projeto Exercícios Referências FATEC

Processo de Desenvolvimento de Software Workshop de Engenharia de Software

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Disciplina: Gerenciamento de Projetos e Práticas de Integração. Gerenciamento de Projetos e Práticas de Integração.

Planejamento do Projeto. Projeto do Produto Engenharia de Produção

P4-MPS.BR - Prova de Conhecimento do Processo de Aquisição do MPS.BR

Práticas de. Engenharia de Software. Givanaldo Rocha de Souza

Engenharia de Software Unidade I Visão Geral

Transcrição:

Engenharia de Software II Aula 1 Professora: Bianca Zadrozny Monitora: Marina Albuquerque http://www.ic.uff.br/~bianca/engsoft2/ Aula 1-19/04/2006 1

Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software Gestão de projetos de software: conceitos, métricas, estimativas, cronogramação, gestão de risco, gestão de qualidade e gestão de modificações Reengenharia e engenharia reversa Aula 1-19/04/2006 2

Referências Livro: Engenharia de Software, Roger S. Pressman, Editora McGraw-Hill, Sexta Edição, 2006. Pasta de xerox: 525 da xerox do segundo andar do bloco E. Slides das aulas: na página http://www.ic.uff.br/~bianca/engsoft2/ Aula 1-19/04/2006 3

Avaliação Trabalhos (T1... Tn) 2 Provas (P1 e P2) 1 Prova Final (VS) M T é a média das notas dos trabalhos T1..Tn M P é a média das notas das provas P1 e P2. M = (M T + M P )/2 Se M >= 6,0, o aluno está APROVADO. Se 4,0 <= M < 6,0, ou se o aluno faltar uma das provas P1 ou P2, o aluno deverá fazer a VS. Se M < 4,0, o aluno está REPROVADO. Os alunos que fizerem a VS deverão ter nota acima de 6,0 para serem aprovados. Aula 1-19/04/2006 4

Sobre mim Graduação: Engenharia de Computação na PUC-Rio. Pós-graduação: Mestrado e Doutorado em Ciência da Computação na Universidade da Califórnia, em San Diego, EUA. Área de foco: Mineração de Dados e Aprendizado de Máquina (sub-área de Inteligência Artificial). Experiência de Trabalho: 2 anos e meio no centro de pesquisa IBM T.J. Watson, NY, EUA. Recém chegada na UFF, onde além de lecionar duas disciplinas, continuarei meu trabalho de pesquisadora e orientarei alunos de iniciação científica, mestrado e doutorado (ver http://www.ic.uff.br/~bianca). Aula 1-19/04/2006 5

Sobre vocês Para que eu possa conhecê-los, eu peço que cada aluno: 1. Apresente-se. 2. Diga se está estagiando. 3. Fale um pouco sobre o estágio e/ou outras experiências de trabalho na área de ciência da computação, de preferência se tem relação com engenharia de software. 4. Fale um pouco sobre o que gostou e/ou não gostou no curso de Engenharia de Software I. Aula 1-19/04/2006 6

O Processo de Software Aula 1-19/04/2006 7

O que é um processo de software? É um roteiro que determina quais são as tarefas necessárias e em que ordem elas devem ser executadas para construir softwares de alta qualidade. Ele organiza uma atividade que pode, sem controle, tornar-se caótica. O processo adotado deve ser adaptado ao tipo de software que se está construindo. Software para aeronave vs. Software para internet. Aula 1-19/04/2006 8

Processo de software é a mesma coisa que engenharia de software? Sim e não: a engenharia de software também inclui as tecnologias que são utilizadas no processo, como métodos técnicos e ferramentas automatizadas. Engenharia de Software em Camadas Ferramentas Métodos Processo Foco na qualidade Aula 1-19/04/2006 9

Um arcabouço de processo É o alicerce ou esqueleto de um processo de software completo. Contém as atividades de arcabouço que são aplicáveis a todos os projetos de software. Engloba um conjunto de atividades guarda-chuva que são exercidas durante todo o processo. Processo de Software Arcabouço de Processo Atividades guarda-chuva atividade de arcabouço 1 Ação 1.1.. Ação 1.k.. atividade de arcabouço 2 Ação 1.1.. Ação 1.k Aula 1-19/04/2006 10

Um processo genérico Quais são as atividades de arcabouço aplicáveis à maioria dos projetos de software? 1. Comunicação: levantamento de requisitos em colaboração com o cliente. 2. Planejamento: descreve as tarefas, os riscos, os recursos, os produtos e um cronograma. 3. Modelagem: criação de modelos que permitam ao desenvolvedor entender melhor o projeto e seus requisitos. Ações: Análise modelos de especificação de requisitos. Projeto modelos de especificação de projeto. 4. Construção: geração de código e testes. 5. Implantação: entrega do software ao cliente. Aula 1-19/04/2006 11

Um processo genérico Quais são as atividades guarda-chuva típicas que ocorrem ao longo de um processo? Acompanhamento e controle do projeto de software. Gestão de risco. Garantia de qualidade de software. Revisões técnicas formais. Medição. Gestão de configuração de software. Gestão de reusabilidade. Preparação e produção do produto de trabalho. Aula 1-19/04/2006 12

O que caracteriza um processo ágil? Tradicionalmente, modelos de processo tem como objetivo tornar os projetos mais gerenciáveis, com datas e custos de entrega mais previsíveis. Nos últimos anos, foram propostos modelos de processo que enfatizam a agilidade do projeto, sua flexibilidade e adaptabilidade, com uma abordagem mais informal. Ainda existe um debate sobre qual filosofia é melhor, mas é importante notar que as duas tem como objetivo a alta qualidade e a satisfação do cliente. Aula 1-19/04/2006 13

CMMI (Capability Maturity Model Integration) É um metamodelo que especifica um conjunto de capacidades de engenharia de software que uma empresa deve ter estabelecido para atingir diferentes níveis de maturidade. Cada área de processo é avaliada e classificada de acordo com os seguintes níveis: Nível 0: incompleto. Nível 1: realizado. Nível 2: gerido. Nível 3: definido. Nível 4: quantitativamente gerido. Nível 5: otimizado. O CMMI é mais adequado para empresas que constroem sistemas grandes que envolvam centenas de pessoas. Aula 1-19/04/2006 14