engenharia de software

21
Engenharia de Software Competência: Compreender as dificuldades inerentes ao desenvolvimento de sistemas.

Upload: thora

Post on 18-Mar-2016

33 views

Category:

Documents


2 download

DESCRIPTION

Engenharia de Software. Competência: Compreender as dificuldades inerentes ao desenvolvimento de sistemas. Agenda. Problemas. Causas. Mitos de Software. Problemas. Más notícias !!. Problemas. Podem ser caracterizados a partir de uma série de perspectivas diferentes: - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Engenharia de Software

Engenharia de Software

• Competência: Compreender as dificuldades inerentes ao desenvolvimento de sistemas.

Page 2: Engenharia de Software

Agenda• Problemas.• Causas.• Mitos de Software.

Page 3: Engenharia de Software

Problemas• Más notícias !!

Page 4: Engenharia de Software

Problemas • Podem ser caracterizados a partir de uma

série de perspectivas diferentes:– Gerentes responsáveis pelo

desenvolvimento:• As estimativas de prazo e custo são imprecisas

(Custos excessivos e prazos que se arrastam por meses ou anos);

• A produtividade não tem acompanhado a demanda por serviços (Falta de investimento na melhoria profissional);

Page 5: Engenharia de Software

Problemas • A qualidade do software às vezes é menos que

adequada (Índice de erros e insatisfação dos clientes);

– Outras Dificuldades:

• Não dedicamos tempo suficiente para coletar dados sobre o processo de desenvolvimento do software.

Page 6: Engenharia de Software

Problemas • A insatisfação do cliente com o sistema ocorre

muito freqüentemente. A comunicação entre o cliente e o desenvolvedor de software é muito fraca.

• A qualidade do software geralmente é suspeita. Não é realizado um processo de testes sistemáticos.

• O software existente é muito difícil para manter. A capacidade de manutenção não foi enfatizada como um critério de aceitação do software.

Page 7: Engenharia de Software

Problemas • Os prazos e os custos de desenvolvimento são

irreais; • Os usuários são resistentes;• O patrocínio é perdido (ou nunca foi obtido

adequadamente);• A equipe de projeto não tem pessoal com aptidão

adequadas;• Gerentes e profissionais evitam as melhores

práticas e as lições adquiridas

Page 8: Engenharia de Software

Problemas • Boa notícia !!!

• Cada um dos problemas descritos anteriormente pode ser corrigido a partir da abordagem de engenharia de software.

Page 9: Engenharia de Software

Problemas – Soluções:

» Não dedicamos tempo suficiente para coletar dados sobre o processo de desenvolvimento do software.

» Os prazos e os custos de desenvolvimento são irreais;

» A insatisfação do cliente com o sistema ocorre muito freqüentemente. A comunicação entre o cliente e o desenvolvedor de software é muito fraca.

» Os usuários são resistentes;» O patrocínio é perdido (ou nunca foi obtido

adequadamente);

Plano de Projeto de Software

Análise de Requisitos

Page 10: Engenharia de Software

Problemas – Soluções:

» A qualidade do software geralmente é suspeita. Não é realizado um processo de testes sistemáticos.

» Gerentes e profissionais evitam as melhores práticas e as lições adquiridas;

» O software existente é muito difícil para manter. A capacidade de manutenção não foi enfatizada como um critério de aceitação do software.

Qualidade/Teste de Software

Manutenção de Software

Page 11: Engenharia de Software

Mitos de Software1) Mitos da gerência:

Mito: Já temos um livro que está cheio de padrões e procedimentos para elaborar software, isso já não fornece ao meu pessoal tudo o que ele precisa saber?

Realidade: Será que é usado? É completo?

Page 12: Engenharia de Software

Mitos de Software2) Mitos da gerência:

Mito: Meu pessoal tem ferramentas de desenvolvimento de software que estão no estado-da-arte, afinal compramos para eles os computadores mais novos;

Realidade: É preciso muito mais do que equipamentos para se produzir softwares de alta qualidade.

Page 13: Engenharia de Software

Mitos de Software3) Mitos da gerência:

Mito: Se nos atrasarmos no planejamento, podemos adicionar mais programadores e ficar em dia.

Realidade: Tempo de adaptação e redirecionamento do grupo para treinamento/auxílio.

Page 14: Engenharia de Software

Mitos de Software4) Mitos da gerência:

Mito: Se eu decidir terceirizar um projeto de software vou poder relaxar e deixar que aquela firma o elabore.

Realidade: Quem gerenciará o projeto terceirizado?

Page 15: Engenharia de Software

Mitos de Software5) Mito do Cliente.

Mito: O estabelecimento geral de objetivos é suficiente para iniciar a escrita de programas, podemos fornecer os detalhes posteriormente.

Realidade: Uma declaração inicial ruim é a principal causa de fracasso do esforço de desenvolvimento de software.

Page 16: Engenharia de Software

Mitos de Software6) Mito do Cliente.

Mito: Os requisitos de projeto mudam continuamente, mas as mudanças podem ser facilmente acomodadas por que o software é flexível.

• Realidade: O impacto da mudança varia de acordo com o tempo em que ela é introduzida.

Page 17: Engenharia de Software

Mitos de Software7) Mitos do Profissional.

Mito: Quando escrevemos um programa e o fazemos

funcionar, nosso trabalho está completo.

Realidade: Alguns estudos indicam que entre 50 e 70% de todo esforço é despendido após a implantação.

Page 18: Engenharia de Software

Mitos de Software8) Mitos do Profissional.

Mito: Até que esteja com o programa “rodando” não tenho como avaliar a qualidade.

• Realidade: Controle de qualidade e testes devem ser implementados desde o começo de um projeto.

Page 19: Engenharia de Software

Mitos de Software9) Mitos do Profissional.

Mito: O Único produto de trabalho que será entregue para um projeto bem sucedido é o programa executável.

• Realidade: Documentação para manutenção, reengenharia, utilização, etc.

Page 20: Engenharia de Software

Mitos de Software10) Mitos do Profissional.

Mito: A engenharia de Software vai nos fazer criar documentação volumosa e desnecessária que certamente nos atrasará.

• Realidade: A engenharia de Software não se relaciona à criação de documentos. Refere-se à criação de qualidade. Melhor qualidade leva a redução de retrabalho. Menor retrabalho resulta em tempos de entrega mais rápidos.

Page 21: Engenharia de Software

BibliografiaEngenharia de Software. Pressman. Capítulo 1,

páginas 22 a 30.