Manutenção e Ferramentas CASE. Marcos L. Chaim Segundo Bimestre 2003 Mestrado Profissional IC/Unicamp
|
|
- Luiz Henrique Veiga Palha
- 8 Há anos
- Visualizações:
Transcrição
1 Manutenção e Ferramentas CASE Marcos L. Chaim Segundo Bimestre 2003 Mestrado Profissional IC/Unicamp
2 O que é manutenção de software? mudanças que devem ser feitas nos programas de computadores depois de terem sido distribuídos ao cliente. (McClure 1983) realização de atividades exigidas para manter o sistema operacional depois de ele ter sido aceito e colocado em operação. (FIPS 1984)
3 Definição O que é manutenção de software? Manutenção cobre a vida do software do momento em que é instalado até ser desativado. (von Mayrhauser 1990) modificação de um produto de software depois de distribuído para ou corrigir defeitos, ou melhorar o desempenho e outros atributos, ou para adaptar o produto a um ambiente modficado. (IEEE )
4 Definição O que é manutenção de software? o produto de software sofre modificações no código ou na documentação associada devido a um problema ou uma necessidade de melhoria. O objetivo é modificar o produto de software existente mantendo, porém, sua integridade. (ISO/IEC )
5 Manutenção no Ciclo de Vida Onde está inserida atividade de manutenção no ciclo de vida de software? Ciclo de vida? Lembrando Cascata; Prototipação; Espiral; Incremental; Evolucionário.
6 Ciclo de Vida em Cascata Definição Definição de de requisitos requisitos Engenharia de sistemas/info. Projeto de soft. e sistemas Implementação Implementação e teste teste de de unidade unidade Integração Integração e teste teste do do sistema sistema Manutenção Manutenção e operação operação
7 Ciclo de Vida em Cascata Problemas: projetos raramente seguem um fluxo seqüencial; difícil de definir todas as restrições a priori; primeira versão em um estágio tardio; Apesar dos problemas, largamente utilizado ainda hoje; melhor que não ter uma sistemática de desenvolvimento; Manutenção é uma atividade pós-entrega do software.
8
9 Prototipação Benefícios: idéias confusas podem ser identificadas entendimento errado pode ser esclarecido complementar idéias vagas utilidade do sistema antes de pronto
10 Prototipação Problemas: usuários vêem o protótipo como produto final e pensam que o produto está praticamente pronto; ferramentas/linguagem provisórias podem se tornar definitivas - inércia; manutenção de um protótipo tende a ser problemática: falta de estrutura porque não foi preparado para ser a versão final.
11 Espiral (Boehm) Planejamento Análise de risco Entrevista com o usuário Engenharia de sistemas/info. Avaliação do usuário Construção e entrega
12 Reutilização de Componentes Entrevista com o usuário Planejamento Análise de risco Identifica candidatos Procura na biblioteca Extrai da biblioteca Constrói Transforma Insere na biblioteca Avaliação do usuário Engenharia Construção e entrega Integra ao sistema
13 Modelo Espiral Cascata + prototipação + análise de risco Combinação de paradigmas; Versão mais completa a cada ciclo; Mais realista para projetos de grande porte; E a atividade de manutenção das versões intermediárias? Como é que fica?
14 Ciclo de Vida Incremental Build 1 Proj C/T I/A O/M R Build 2 Proj C/T I/A O/M Build n Proj C/T I/A O/M
15 Ciclo de Vida Evolucionário R Proj C/T I/A O/M R Proj C/T I/A O/M Build 1 Build 2 R Proj C/T I/A O/M Build n
16 Necessidade de Manutenção Possíveis razões para realizar manutenção: Defeitos são detectados depois de entregue o sistema. Usuários descobrem novas funcionalidades necessárias. Sistema precisa executar em um novo ambiente, com nova interface. Sistema precisa ser alterado para evitar problemas futuros ou melhorar o desempenho.
17 Tarefas de Manutenção Correção de defeitos; Correção de falhas de projeto; Interfaceamento com outros sistemas; Melhorias no sistema; Realização de mudanças necessárias ao sistema. Realização de mudanças em arquivos ou bases de dados.
18 Tarefas de Manutenção Melhorias no projeto; Converter programas para que diferentes sistemas de software, hardware e de telecomunicações possam ser utilizados. Melhorias de desempenho e prevenção de problemas.
19 Necessidade de Manutenção Manutenção é o resultado de um desenvolvimento ruim? Elicitação de requisitos mal feita? Análise, projeto e codificação ruins introduziram defeitos nos programas? Se usássemos ferramentas CASE ou COTS (components off-the-shelf) esses problemas não seriam resolvidos?
20 Leis de Lehman Primeira Lei: Lei da Mudança Contínua Sistemas precisam mudar para continuar serem úteis. Segunda Lei: Lei do Aumento da Complexidade Estrutura do código tende a degradar com as sucessivas manutenções.
21 Categorias de Manutenção Corretiva: Mudanças causadas por defeitos no sistema. Exemplo: defeitos residuais do sistema encontrados pelo usuário. Metáfora carro: recall para trocar mangueirinha do radiador do VW Gol 1995.
22 Categorias de Manutenção Adaptativa: Mudanças devido a alterações no ambiente em que o sistema vai executar. Exemplo: Sistema deve ser adaptado para executar na nova versão do sistema operacional. Metáfora carro: Alteração do motor do carro para funcionar com gás natural.
23 Categorias de Manutenção Aperfeiçoadora (perfectiva): mudanças são realizadas para satisfazer as novas necessidades do usuário. Exemplo: Sistema de venda on-line deve também incluir vendas de brinquedos e material de escritório. Metáfora carro: Usuário deseja perua com aspecto esportivo (e.g., palio adventure)
24 Categorias de Manutenção do IEEE Três categorias de manutenção: corretiva, aperfeiçoadora e preventiva. Aperfeiçoadora = adaptativa + aperfeiçoadora Preventiva: Manutenção realizada visando prevenir futuros problemas. Exemplo: Sistemas de missão crítica (ônibus espacial, software de aviônica) requerem a constante prevenção de problemas. Metáfora carro: Adicionar um break light no carro. Manuntenção preventiva é vista por alguns autores como manutenção corretiva.
25 Importância da Categorização Diferenciar entre correção (manutenção corretiva) e melhoramento (aperfeiçoadora, adaptativa, preventiva). Pergunta a ser feita: A mudança é para corrigir defeitos ou melhorar o software? Se é para melhorar, que tipo de melhora? Aperfeiçoamento, adaptação ou prevenção?
26 Dificuldade da Manutenção Falta de rastreabilidade das representações précódigo até o código gerado. Alterações tendem a degradar o código. Usuários confundem manutenção de hardware com a manutenção de software. Manutenção de hardware visa aumentar a confiabilidade. Manutenção de software visa aumentar a confiabilidade e adicionar funcionalidade.
27 Quem deve realizar a manutenção? Desenvolvedor? Vantagens do desenvolvedor: Desenvolvedor é quem mais conhece o sistema; Não há necessidade de elaborar documentação; Não há necessidade de estabelecer comunicação entre desenvolvedor e mantenedor (são a mesma pessoa!); Usuários precisam se comunicar com uma única organização; Diversidade de trabalho na organização desenvolvedora.
28 Quem deve realizar a manutenção? Desenvolvedor? Desvantagens do desenvolvedor: Será que o desenvolvedor deseja dar manuntenção? E se ele sair da organização? Pouca documentação é escrita. Desenvolvedor pode ser alocado em um projeto mais prioritário.
29 Quem deve realizar a manutenção? Uma outra organização? Vantagens da organização separada: Documentação gerada é melhor (pelo menos alguma é gerada ); Procedimentos formais de entrega para a organização mantenadora são definidos; Pontos fontes e fracos do software são descobertos pelos mantenedores; Equipe sabe que vai dar manutenção.
30 Quem deve realizar a manutenção? Uma outra organização? Desvantagens da organização separada: Transição entre organizações (desenvolvedora e mantenedora) pode ser lento; Muito treinamento é necessário; Pode faltar recursos (dinheiro) para as tarefas de manutenção; Leva-se tempo para aprender/entender o sistema;
31 Quem deve realizar a manutenção? Uma outra organização? Desvantagens da organização separada: Mantenedores podem não estar preparados para as tarefas de manutenção; Leva-se tempo para ajustar a organização mantenedora; Suporte ao usuário pode ficar prejudicado; Credibilidade do software pode ficar comprometida nesse período.
32 Qual a melhor abordagem de manutenção? Depende Para software grande, de grandes organizações, a tendência é transferir a atividade de manutenção para uma outra organização; Em pequenas organizações, os desenvolvedores tendem a ser responsáveis pela manutenção. Independentemente da opção, é importante planejar a atividade de manutenção.
33 Resumo Definição do conceito de manutenção. Manutenção no ciclo de vida. Tarefas de manutenção. Leis de Lehman. Categorias de manutenção. Quem deve fazer a manutenção? Desenvolvedor ou um terceiro?
34 Exercícios Qual o ciclo de vida de software na sua organização? Cascata? Prototipação? Espiral? Incremental? Se diferente de todos, explique. Como são realizadas as tarefas de manutenção na sua organização? Elas são planejadas? Como estão inseridas no ciclo de vida? Liste três requisições de manutenção típicas que ocorre no seu ambiente de trabalho e classifique-as. Quem é o responsável pela manutenção na sua organização? Você acha esta a melhor solução? Pela segunda lei de Lehman, o software tende a degradar sua estrutura depois de sucessivas manutenções. Como explicar então que produtos com M Office, Linux, Oracle etc. estão cada vez melhores depois de várias versões?
35 Custo da Manutenção É senso comum de que os custos de manutenção são bem maiores do que os de desenvolvimento. Superfície = desenvolvimento Submerso = Manutenção
36 Custo da Manutenção no Ciclo de Vida Estimativas de custo de manutenção: Começo dos anos 70: 40%; Começo dos anos 80: 55%; Fim dos anos 80: 75%; Começo dos anos 90: 90%. Estranho... O custo de manutenção não deveria diminuir com o uso de tecnologias como orientação a objetos.
37 Análise de Custo de Manutenção Manutenção é essencialmente uma tarefa realizada por seres humanos (programadores). E gente custa dinheiro! Principal tarefa de manutenção: compreensão de código. Código antigo, em geral, não possui uma estrutura (projeto) adequado.
38 Análise de Custo de Manutenção Código novo, por sua vez, possui estrutura implícita, de difícil compreensão (comentário pessoal do autor): Mecanismos de OO como polimorfismo, herança, construtores e destrutores definem um estrutura que não está tão evidente no código fonte. Novos sistemas possuem arquiteturas mais complexas, envolvendo múltiplas camadas, estruturas distribuídas (e.g., CORBA) etc.
39 Custo da Manutenção Dados dos anos 70 indicam que: 20% do custo é devido a manutenções corretivas; 25% do custo é par a manutenções adaptativas; 55% do custo é para manutenções aperfeiçoadoras. Dados mais recentes (anos 80 e 90) indicam que a manutenção corretiva é responsável por 16 a 22% do custo de manutenção. Ou seja, não mudou muito!
40 Custo da Manutenção Observação: Em geral, os desenvolvedores têm feito um bom trabalho, pois pouco defeitos são descobertos depois de liberado o software. O problema então são os clientes? Problema: O tempo passa; as pessoas mudam; requisitos mudam; software tem que mudar; mudanças implicam manutenção.
41 Custo da Manutenção Problema: As manutenções adaptativa e aperfeiçoadora são mais difíceis de implementar do que as corretivas. Envolvem, muitas vezes, alterações no projeto e mais codificação, ou seja, um novo ciclo de desenvolvimento. Portanto, fica claro para onde vai o dinheiro gasto em manutenção: melhorias no software. Solução: Projetar o software tendo em vista que ele irá mudar! Planejar as atividades de manutenção!
42 Resumo Custo da manutenção tem aumentado com o decorrer dos anos. Maior parcela do custo é gasto em compreensão do software a ser modificado -- atividade realizada por seres humanos. Gente custa dinheiro. Novos sistemas, mais complexos, são mais difíceis de entender. Maior parte dos custos de manutenção é devido a manutenções aperfeiçoadoras e adaptativas. Solução: planejar o software tendo em vista que ele vai mudar; planejar atividade de manutenção.
43 Exercícios Qual é a sua estimativa do custo da manutenção de software na sua organização? Qual é a maior causa de solicitações de manutenção na sua organização? Correções ou melhorias? Que tipo de apoio (ferramenta, documentação) é fornecido na sua organização para auxiliar a compreensão do software a ser modificado? Ou que tipo de apoio está faltando?
Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1
Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.
PROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
Metodologias 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
Processos 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
Pó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
Modelo Cascata. Alunos: Bruno Nocera Zanette Pedro Taques
Modelo Cascata Alunos: Bruno Nocera Zanette Pedro Taques Principais Características Gerenciamento Simples das etapas Também conhecido como "Ciclo de Vida Clássico", sugere uma abordagem sistemática e sequencial
Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Na 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
MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS O termo metodologia não possui uma definição amplamente aceita, sendo entendido na maioria das vezes como um conjunto de passos e procedimentos que
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
ARCO - 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
UNIVASF - Universidade Federal do Vale do São Francisco Manutenção de Software
UNIVASF - Universidade Federal do Vale do São Francisco Manutenção de Software Prof. Ricardo A. Ramos Ciclo de Vida de Software 2 Manutenção de Software Alterações efetuadas no software depois de sua liberação.
Engenharia de Software II
Engenharia de Software II Aula 3 http://www.ic.uff.br/~bianca/engsoft2/ Aula 3-29/04/2006 1 Monitoria Marina Albuquerque E-mail: monitoriaes2@yahoo.com.br Horário de Atendimento: Terça e quinta de 09:00
Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia
Princípios da Engenharia de Software Aula 02 Prof.: Franklin M. Correia Na aula anterior... Introdução a Engenharia de Software O que é software? O que é Engenharia de Software? Conceitos importantes Tipos
Conteú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
Sistemas 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,
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
PROCESSO 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
Universidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
EVOLUÇÃO DE SOFTWARE
EVOLUÇÃO DE SOFTWARE Dinâmica da evolução de programas Manutenção de software Processo de evolução Evolução de sistemas legados 1 Mudança de Software 2 Manutenção de software Mudança de software é inevitável
Manutenção desoftware. SCE 186- Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestrede2002
Manutenção desoftware SCE 186- Engenharia de Software Profs. José Carlos Maldonado e Elisa Yumi Nakagawa 2 o semestrede2002 CiclodeVidadeSoftware 2 ManutençãodeSoftware n Alterações efetuadas no software
AULA 1 INTRODUÇÃO - ENGENHARIA DE SOFTWARE. Prof. Msc. Hélio Esperidião
AULA 1 INTRODUÇÃO - ENGENHARIA DE SOFTWARE Prof. Msc. Hélio Esperidião O QUE É UM ALGORITMO? É qualquer procedimento computacional bem definido que informa algum valor ou conjunto de valores como entrada
Professor: 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
Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental
CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS Elicitação Ciclo de Vida Clássico ou Convencional O Modelo Cascata Análise Ana Paula Terra Bacelo Blois Implementação Material Adaptado do Prof. Marcelo Yamaguti
Introdução à Computação
Aspectos Importantes - Desenvolvimento de Software Motivação A economia de todos países dependem do uso de software. Cada vez mais, o controle dos processos tem sido feito por software. Atualmente, os
Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com
Engenharia de Software: conceitos e aplicações Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com 1 Objetivos da aula Apresentar os conceitos de Engenharia de Software e explicar a sua importância.
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 1. VISÃO GERAL 1.1. PROCESSOS EM GERAL
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 1. VISÃO GERAL 1.1. PROCESSOS EM GERAL Um processo é um conjunto de passos parcialmente ordenados, constituídos por atividades, métodos, práticas e transformações,
Requisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010
Engenharia de Software Aula 5 (Versão 2010-02) Melhores práticas para desenvolvimento de software Desenvolver de forma iterativa e gerenciar requisitos Professor Gabriel Baptista ( gabriel.baptista@uninove.br
Processo de Desenvolvimento de Software
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo da Unidade Documentação. Suporte e Treinamento Melhoria Continua. Suporte e Manutenção do Software O desenvolvimento de um sistema termina
Fábrica de Software 29/04/2015
Fábrica de Software 29/04/2015 Crise do Software Fábrica de Software Analogias costumam ser usadas para tentar entender melhor algo ou alguma coisa. A idéia é simples: compara-se o conceito que não se
Notas de Aula 02: Processos de Desenvolvimento de Software
Notas de Aula 02: Processos de Desenvolvimento de Software Objetivos da aula: Introduzir os conceitos de um processo de desenvolvimento de software Definir os processos básicos Apresentar as vantagens
Tecnologia e Sistemas de Informações
Universidade Federal do Vale do São Francisco Tecnologia e Sistemas de Informações Prof. Ricardo Argenton Ramos Aula 3 Componentes de SIs Pessoas SI Organiz. Unidades que exercem diferentes funções, tais
natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues
Modelo De Desenvolvimento De Software É uma representação abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software serão conduzidas e interrelacionadas
Introdução Fatores de Qualidade Garantia de Qualidade Rivisões de Software Conclusão. Qualidade. Plácido A. S. Neto 1
Qualidade Plácido A. S. Neto 1 1 Gerência Educacional de Tecnologia da Informação Centro Federal de Educação Tecnologia do Rio Grande do Norte 2006.1 - Planejamento e Gerência de Projetos Agenda Introdução
Engenharia Reversa e Reengenharia
Engenharia Reversa e Reengenharia SCE 186 Engenharia de Software Profa Rosana T. Vaccare Braga (material adaptado a partir do concedido pela Profa.: Rosângela Penteado, DC - UFSCar) Fases Genéricas do
Processos de Desenvolvimento de Software. Ricardo Argenton Ramos UNIVASF Engenharia de Software I Aula 3
Processos de Desenvolvimento de Software Ricardo Argenton Ramos UNIVASF Engenharia de Software I Aula 3 Modelos de Processo de Software O Modelo Sequencial Linear Aula passada também chamado Modelo Cascata
Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.
Processos de Software Objetivos Apresentar os modelos de processo de software Conjunto coerente de atividades para especificar, projetar, implementar e testar s de software Descrever os diferentes modelos
Gestão da Qualidade Políticas. Elementos chaves da Qualidade 19/04/2009
Gestão da Qualidade Políticas Manutenção (corretiva, preventiva, preditiva). Elementos chaves da Qualidade Total satisfação do cliente Priorizar a qualidade Melhoria contínua Participação e comprometimento
Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização
Prof. Ricardo José Pfitscher Material elaborado com base em: José Luiz Mendes Gerson Volney Lagemann Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento
Qualidade de Processo de Software Normas ISO 12207 e 15504
Especialização em Gerência de Projetos de Software Qualidade de Processo de Software Normas ISO 12207 e 15504 Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto
UNIDADE 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
CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software. Conceitos de Qualidade. CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA
CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA 2º SEMESTRE 2002 CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software Prof. Dr. Adilson Marques da Cunha Conceitos de Qualidade CES-32 / CE-230
GARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Engenharia de Software I 2012.2 Para que eu Preciso Saber Engenharia de Software?
Engenharia de Software I 2012.2 Para que eu Preciso Saber Engenharia de Software? Ricardo Argenton Ramos ricargentonramos@gmail.com Conteúdo Importância em ter métodos/modelos para seguir na construção
Prova 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
Projeto 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
Engenharia de Software Processo de Desenvolvimento de Software
Engenharia de Software Processo de Desenvolvimento de Software Prof. Edison A. M. Morais prof@edison.eti.br http://www.edison.eti.br Objetivo (1/1) Conceituar PROCESSO E CICLO DE VIDA, identificar e conceituar
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta
COMO FAZER A TRANSIÇÃO
ISO 9001:2015 COMO FAZER A TRANSIÇÃO Um guia para empresas certificadas Antes de começar A ISO 9001 mudou! A versão brasileira da norma foi publicada no dia 30/09/2015 e a partir desse dia, as empresas
Engenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Modelo Cascata ou Clássico
Modelo Cascata ou Clássico INTRODUÇÃO O modelo clássico ou cascata, que também é conhecido por abordagem top-down, foi proposto por Royce em 1970. Até meados da década de 1980 foi o único modelo com aceitação
Teste de Software. Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br
Teste de Software Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br Qualidade Garantia de Qualidade Qualidade do processo Qualidade do produto Testes Estáticos Testes Dinâmicos Teste de software
a) Teste das funções do sistema com outros sistemas b) Teste de componentes que em conjunto compõem a função do sistema
Simulado CTFL- BSTQB Tempo de duração: 60 minutos 1. Considerando as seguintes afirmações: I. 100% de cobertura de sentença (comando) garante 100% de cobertura de desvio II. 100% de cobertura de desvio
Introdução à ES - Continuação
Introdução à ES - Continuação Roteiro Software X Hardware Manutenção de software Elementos da ES Mitos do software Princípios de Hooker Modelos de ciclo de vida Escopo do Curso Atividades de Desenvolvimento
Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1
Engenharia de Software Introdução Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1 Tópicos Apresentação da Disciplina A importância do Software Software Aplicações de Software Paradigmas
UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de Software AULA NÚMERO: 10 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir os conceitos de coesão e acoplamento. DESENVOLVIMENTO Projetar
ISO/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
Extração de Requisitos
Extração de Requisitos Extração de requisitos é o processo de transformação das idéias que estão na mente dos usuários (a entrada) em um documento formal (saída). Pode se entender também como o processo
Engenharia de Software II
Engenharia de Software II Aula 14 Revisão http://www.ic.uff.br/~bianca/engsoft2/ Aula 14-07/05/2006 1 Processo de Software Qual é a diferença entre uma atividade de arcabouço e uma atividade guarda chuva?
CHECK - 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
Ao introduzir o sistema ERP, o empresário reconhece imediatamente os benefícios e ferramentas que podem
Os benefícios do ERP Ao introduzir o sistema ERP, o empresário reconhece imediatamente os benefícios e ferramentas que podem ajudar a resolver os problemas comuns dentro da sua empresa. A abertura de informações
REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO
Capítulo 12 REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO 12.1 2003 by Prentice Hall OBJETIVOS De que forma o desenvolvimento de um novo sistema poderia mudar a maneira de uma organização trabalhar?
Engenharia de Software
Engenharia de Software Roteiro Software Evolução do Software Engenharia de Software Modelo Espiral Software Software Definição Conjunto de instruções que manipulam estruturas de dados (informação) Composição
Tó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
! Software e Engenharia de Software! Engenharia de Software e Programação! Histórico. " Crise do Software
Agenda Introdução a Engenharia de Cleidson de Souza cdesouza@ufpa.br http://www.ufpa.br/cdesouza! e Engenharia de! Engenharia de e Programação! Histórico " Crise do! No Silver Bullet! Fases Genéricas do
Processo de Desenvolvimento de Software. Engenharia de Software. nelmarpg@yahoo.com.br
Processo de Desenvolvimento de Software nelmarpg@yahoo.com.br 1 Objetivos Contextualizar Análise e Projeto de software dentro de uma metodologia de desenvolvimento (um processo de desenvolvimento de software)
Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1
Engenharia de Software Introdução Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1 Tópicos Apresentação da Disciplina A importância do Software Software Aplicações de Software Paradigmas
Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW
Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto
Campus 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
ISO 9001:2008. Alterações e Adições da nova versão
ISO 9001:2008 Alterações e Adições da nova versão Notas sobe esta apresentação Esta apresentação contém as principais alterações e adições promovidas pela edição 2008 da norma de sistema de gestão mais
Ciclo de Vida de um Projeto
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 Tecnologia do Maranhão Objetivos Nesta aula
Suporte, Treinamento e Manutenção de Software
Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte Departamento Acadêmico de Gestão e Tecnologia da Informação Curso de Tecnologia em Análise e Desenvolvimento de Sistemas Suporte,
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Referê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
REQUISITOS. Prof. Msc. Hélio Esperidião
REQUISITOS Prof. Msc. Hélio Esperidião OS REQUISITOS O que são requisitos? Uma descrição de um serviço ou de uma limitação O que é a engenharia de requisitos? O processo envolvido no desenvolvimento de
Engenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
O que é Gerenciamento de Redes de Computadores? A gerência de redes de computadores consiste no desenvolvimento, integração e coordenação do
O que é Gerenciamento de Redes de Computadores? A gerência de redes de computadores consiste no desenvolvimento, integração e coordenação do hardware, software e usuários para monitorar, configurar, analisar,
FACULDADE PITÁGORAS DISCIPLINA: SISTEMAS DE INFORMAÇÃO
FACULDADE PITÁGORAS DISCIPLINA: SISTEMAS DE INFORMAÇÃO Prof. Ms. Carlos José Giudice dos Santos carlos@oficinadapesquisa.com.br www.oficinadapesquisa.com.br Estrutura de um Sistema de Informação Vimos
Sistemas ERP. Profa. Reane Franco Goulart
Sistemas ERP Profa. Reane Franco Goulart Tópicos O que é um Sistema ERP? Como um sistema ERP pode ajudar nos meus negócios? Os benefícios de um Sistema ERP. Vantagens e desvantagens O que é um ERP? ERP
Modernização e Evolução do Acervo de Software. Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br
Modernização e Evolução do Acervo de Software Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br Tópicos 1. Estudo Amplo sobre Modernização 2. Visão IBM Enterprise Modernization 3. Discussão - Aplicação
DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho.
- DSI DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho. Preocupação: Problema técnicos Mudança na natureza e conteúdo do trabalho
Conteú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
VERIFIQUE SE SEUS SITES ESTÃO PRONTOS PARA O BLACK FRIDAY 11 MANEIRAS DE ACABAR COM OS PROBLEMAS DE DESEMPENHO
VERIFIQUE SE SEUS SITES ESTÃO PRONTOS PARA O BLACK FRIDAY 11 MANEIRAS DE ACABAR COM OS PROBLEMAS DE DESEMPENHO COMO SE PREPARAR PARA OS PROBLEMAS DE PICO DE TRÁFEGO DURANTE O ANO Os problemas de desempenho
Engenharia de Software
Engenharia de Software Processos de software Departamento de Matemática Universidade dos Açores Hélia Guerra helia@uac.pt Processo Um processo é uma série de etapas envolvendo actividades, restrições e
ENG1000 Introdução à Engenharia
ENG1000 Introdução à Engenharia Aula 01 Processo de Desenvolvimento de Software Edirlei Soares de Lima Processo de Software O processo de software consiste em um conjunto estruturado
Processos de Desenvolvimento de Software. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 2
Processos de Desenvolvimento de Software Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 2 A Engenharia de Software Uma Tecnologia em Camadas ferramentas métodos processo foco na qualidade
Verificação é um processo para se determinar se os produtos, (executáveis ou
ATIVIDADES VV&T E A NORMA IEEE 1012 A qualidade do software está diretamente relacionada à satisfação do cliente, sendo assim, as empresas estão percebendo a importância em produzir software com qualidade.
Sistemas de Gestão Ambiental O QUE MUDOU COM A NOVA ISO 14001:2004
QSP Informe Reservado Nº 41 Dezembro/2004 Sistemas de Gestão O QUE MUDOU COM A NOVA ISO 14001:2004 Material especialmente preparado para os Associados ao QSP. QSP Informe Reservado Nº 41 Dezembro/2004
Metodologia de Desenvolvimento de Sistemas
Metodologia de Desenvolvimento de Sistemas Aula 1 Ementa Fases do Ciclo de Vida do Desenvolvimento de Software, apresentando como os métodos, ferramentas e procedimentos da engenharia de software, podem
AUTOR: 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
Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Clayton Maciel Costa
! Software e Engenharia de Software! Engenharia de Software e Programação! Histórico. " Crise do Software
Agenda Introdução a Engenharia de Cleidson de Souza cdesouza@ufpa.br http://www.ufpa.br/cdesouza! e! e Programação! Histórico " Crise do! No Silver Bullet! Fases Genéricas do Processo de Desenvolvimento
REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO
REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO 1 OBJETIVOS 1. De que forma o desenvolvimento de um novo sistema poderia mudar a maneira de uma organização trabalhar? 2. Como uma empresa pode certificar-se
Tipos de teste de software
Tipos de teste de software Volnys Borges Bernal volnys@lsi.usp.br Adilson Hira ayhira@lsi.usp.br Laboratório de Sistemas Integráveis Departamento de Sistemas Eletrônicos Escola Politécnica da USP Sumário
Profa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI
Profa. Gislaine Stachissini Unidade III GOVERNANÇA DE TI Information Technology Infrastructure Library ITIL Criado pelo governo do Reino Unido, tem como objetivo a criação de um guia com as melhores práticas